From marcink at ieee.org Fri Sep 1 06:58:56 2006 From: marcink at ieee.org (Marcin Komorowski) Date: Fri, 1 Sep 2006 00:58:56 -0400 Subject: [Pythonmac-SIG] Please critique my first appscript - a fix for Palm sync of iCal Tasks (for kGTD) In-Reply-To: <667C8537-F188-4392-AB9C-5D65812A86A5@virgin.net> References: <667C8537-F188-4392-AB9C-5D65812A86A5@virgin.net> Message-ID: <5F2E66AA-8031-4A88-A6F5-BB5E2B5373AF@ieee.org> Hey Has, Thanks for all of your suggestions. (thanks to everyone else for their suggestions too....) I am in the process of upgrading appscript per your post, but I have noticed that installer 1.4.1 (which holds the individual appscript 0.16.2 installers) does not include documentation. Specifically, I run the uninstall script, which removed /Applications/ Utilities/appscript, than run the "Appscript Installer (Python 2.3, OS 10.4 i386).mpkg" installer and it did not re-install the removed content. Would that be available anywhere? Thanks, Marcin On 30-Aug-06, at 9:53 AM, has wrote: > Marcin Komorowski wrote: > >> Please kindly critique my code - what could I have done better? >> What would have made this code more Pythonic? > > Not familiar with Palm syncing or related iCal issues, but a few > minor pointers on the appscript side, FWIW: > > (Note: these comments apply to the latest appscript 0.16.2 release, > though I recommend upgrading as soon as is convenient.) > > >> #!/usr/bin/env /usr/bin/pythonw > > 'pythonw' is no longer required by appscript; 'python' is fine. > 'pythonw' is only needed when using the osax package to display > dialog boxes. > > >> cal_todos = appCal.calendars.filter(its.name != >> '').todos.properties() > > The filter() method will be going away in appscript 0.17.0. The new > filter syntax is: > > cal_todos = appCal.calendars[its.name != ''].todos.properties() > > The current release supports both forms to provide users a period of > grace in which to update their existing scripts. > > >> if task[ k.class__ ] == k.todo: > > This test shouldn't be necessary, as the previous query should only > return todos. > > Also, not sure where the k.class__ thing was coming from (presumably > a bug in an earlier version) but it's now k.class_, which is correct. > > >> k_decode = { >> k.priority : "k.priority", >> k.due_date : "k.due_date", >> k.completion_date : "k.completion_date", >> k.description : "k.description", >> k.url : "k.url", >> k.uid : "k.uid", >> k.summary : "k.summary", >> k.class__ : "k.class__" >> } > > This table is unnecessary as Keyword objects can provide their own > string representations. Just delete it and change: > >> myDebug( " field %s: " % k_decode[field] ); > > to: > > myDebug( " field %s: " % field ) > > HTH > > has > -- > http://freespace.virgin.net/hamish.sanderson/ > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From hengist.podd at virgin.net Fri Sep 1 11:09:33 2006 From: hengist.podd at virgin.net (has) Date: Fri, 1 Sep 2006 10:09:33 +0100 Subject: [Pythonmac-SIG] Please critique my first appscript - a fix for Palm sync of iCal Tasks (for kGTD) In-Reply-To: <5F2E66AA-8031-4A88-A6F5-BB5E2B5373AF@ieee.org> References: <667C8537-F188-4392-AB9C-5D65812A86A5@virgin.net> <5F2E66AA-8031-4A88-A6F5-BB5E2B5373AF@ieee.org> Message-ID: <5BC62970-03B0-413A-9B1D-F25B612E05B2@virgin.net> On 1 Sep 2006, at 05:58, Marcin Komorowski wrote: > I am in the process of upgrading appscript per your post, but I > have noticed that installer 1.4.1 (which holds the individual > appscript 0.16.2 installers) does not include documentation. Documentation and examples should be installed at /Developer/Python/ appscript when you run any of the installers. HTH has -- http://freespace.virgin.net/hamish.sanderson/ From kaweh.kazemi at chello.at Fri Sep 1 17:41:31 2006 From: kaweh.kazemi at chello.at (Kaweh Kazemi) Date: Fri, 1 Sep 2006 17:41:31 +0200 Subject: [Pythonmac-SIG] [Pyobjc-dev] [ANN] py2app 0.3.2 In-Reply-To: <3C550289-C00C-4B22-A146-A0C92A947ABE@redivi.com> References: <313171D7-A11B-4BE2-A1AF-984E9C1EA53A@chello.at> <7C152654-53AF-45F1-9C82-E4CB0414CD2F@chello.at> <18EDC9EA-A5E8-46A7-AC84-CF852458956F@redivi.com> <8221CF7F-1226-4F0D-AE6B-B1D956B860A8@mac.com> <3C550289-C00C-4B22-A146-A0C92A947ABE@redivi.com> Message-ID: thanks bob, ronald. updated/corrected the wiki. On 23.07.2006, at 19:30, Bob Ippolito wrote: > > On Jul 23, 2006, at 12:33 AM, Ronald Oussoren wrote: > >> >> On Jul 22, 2006, at 11:36 PM, Bob Ippolito wrote: >> >> >>> >>> The "loader problem" documented in that wiki isn't a Mac OS X >>> problem >>> per se, it's just what PythonLauncher does. It launches scripts with >>> a path of $HOME. Pretty stupid, but that's what it does. It's only >>> relevant if you're double-clicking .py files from the finder. >> >> Setting the working directory to the directory containing the >> script would be more useful. Feel free to submit a bug report, if >> it is phrased correctly we might even sneak a patch in 2.5. > > http://python.org/sf/1527397 > > -bob > From kaweh.kazemi at chello.at Fri Sep 1 17:43:46 2006 From: kaweh.kazemi at chello.at (Kaweh Kazemi) Date: Fri, 1 Sep 2006 17:43:46 +0200 Subject: [Pythonmac-SIG] [ANN] py2app 0.3.2 In-Reply-To: <44C17062.9000306@livingcode.org> References: <313171D7-A11B-4BE2-A1AF-984E9C1EA53A@chello.at> <6D37AED9-76FB-4DBF-A6BF-3D1E52F968B8@chello.at> <44C17062.9000306@livingcode.org> Message-ID: hey dethe, a new version is available at http://knuddl.net/moin.cgi/InstallPanda3d > 1) Is your version working on Intel Macs (I have a Macbook Pro). i'm providing a build for Intel Macs now. > 2) Your instructions include the Nvidia Cg toolkit, but I have an > ATI Radeon X1600. Should I skip that step, or does that mean I'm > out of luck for the time begin? it should work fine as far as i can tell. cheers, kaweh On 22.07.2006, at 02:25, Dethe Elza wrote: > Kaweh Kazemi wrote: >> essentially i am trying to package a Panda3D test application >> using py2app - see http://knuddl.net/moin.cgi/InstallPanda3d for >> my Panda3D package if interested(compiled/linked for OS X >> including installation instructions) - though be aware that the >> installation is still cumbersome and definitely not as user >> friendly as i would like it to be - this is still very >> experimental (Panda3D has no official OS X support yet); anyways, >> i'll re-link the libraries and see how it's going. >> thanks, >> kaweh > > I, for one, am excited to see Panda3D coming to the Mac. I have > tried (and failed) to install it before. Before I dive in this > time I have a couple of questions. > > 1) Is your version working on Intel Macs (I have a Macbook Pro). > 2) Your instructions include the Nvidia Cg toolkit, but I have an > ATI Radeon X1600. Should I skip that step, or does that mean I'm > out of luck for the time begin? > > Thanks for working on this! > > --Dethe From kaweh.kazemi at chello.at Fri Sep 1 17:41:37 2006 From: kaweh.kazemi at chello.at (Kaweh Kazemi) Date: Fri, 1 Sep 2006 17:41:37 +0200 Subject: [Pythonmac-SIG] [Pyobjc-dev] [ANN] py2app 0.3.2 In-Reply-To: <3C550289-C00C-4B22-A146-A0C92A947ABE@redivi.com> References: <313171D7-A11B-4BE2-A1AF-984E9C1EA53A@chello.at> <7C152654-53AF-45F1-9C82-E4CB0414CD2F@chello.at> <18EDC9EA-A5E8-46A7-AC84-CF852458956F@redivi.com> <8221CF7F-1226-4F0D-AE6B-B1D956B860A8@mac.com> <3C550289-C00C-4B22-A146-A0C92A947ABE@redivi.com> Message-ID: thanks bob, ronald. updated/corrected the wiki. On 23.07.2006, at 19:30, Bob Ippolito wrote: > > On Jul 23, 2006, at 12:33 AM, Ronald Oussoren wrote: > >> >> On Jul 22, 2006, at 11:36 PM, Bob Ippolito wrote: >> >> >>> >>> The "loader problem" documented in that wiki isn't a Mac OS X >>> problem >>> per se, it's just what PythonLauncher does. It launches scripts with >>> a path of $HOME. Pretty stupid, but that's what it does. It's only >>> relevant if you're double-clicking .py files from the finder. >> >> Setting the working directory to the directory containing the >> script would be more useful. Feel free to submit a bug report, if >> it is phrased correctly we might even sneak a patch in 2.5. > > http://python.org/sf/1527397 > > -bob > From ronaldoussoren at mac.com Fri Sep 1 17:17:34 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Fri, 1 Sep 2006 17:17:34 +0200 Subject: [Pythonmac-SIG] importing dynamic library on intelMac In-Reply-To: <72D50B39-9E28-46DF-9694-42C8726E677B@avatar.com.au> References: <72D50B39-9E28-46DF-9694-42C8726E677B@avatar.com.au> Message-ID: <820B619F-37A9-45F5-A0B6-188510924701@mac.com> On 29-aug-2006, at 8:09, David Worrall wrote: > Hello All, I'm new here... and to dynamic libraries.... > > I've compiled a 3rd party's dynamic library , libXXX.dylib , a Mach- > O dynamically linked shared library i386 > and can't work out where to put it so that I can >>>> import XXX > is there a special place for such libraries? > I've tried a few things without success. Would someone be kind enough > to put me on the right path - You can't, unless the library is a python extension. There are python bindings for numereous libraries, you can look for one in the cheeseshop (http://cheeseshop.python.org/pypi) or using google (not everything is listed in the cheeseshop). You can also look at http://www.pythonmac.org/packages/py24-fat/ index.html to see if the library you want to use is already available in a precompiled form. Ronald From vip at avatar.com.au Sat Sep 2 05:41:57 2006 From: vip at avatar.com.au (David Worrall) Date: Sat, 2 Sep 2006 13:41:57 +1000 Subject: [Pythonmac-SIG] importing dynamic library on intelMac In-Reply-To: <820B619F-37A9-45F5-A0B6-188510924701@mac.com> References: <72D50B39-9E28-46DF-9694-42C8726E677B@avatar.com.au> <820B619F-37A9-45F5-A0B6-188510924701@mac.com> Message-ID: <9C51F23E-FDF2-457B-836D-9E576F14AFCE@avatar.com.au> Thanks all for your advice. I've solved the problem; the library compiles and now includes the shared libraries directory. Turns out the problem I had was with scons. David On 02/09/2006, at 1:17 AM, Ronald Oussoren wrote: > > On 29-aug-2006, at 8:09, David Worrall wrote: > >> Hello All, I'm new here... and to dynamic libraries.... >> >> I've compiled a 3rd party's dynamic library , libXXX.dylib , a Mach- >> O dynamically linked shared library i386 >> and can't work out where to put it so that I can >>>>> import XXX >> is there a special place for such libraries? >> I've tried a few things without success. Would someone be kind enough >> to put me on the right path - > > You can't, unless the library is a python extension. There are > python bindings for numereous libraries, you can look for one in > the cheeseshop (http://cheeseshop.python.org/pypi) or using google > (not everything is listed in the cheeseshop). > > You can also look at http://www.pythonmac.org/packages/py24-fat/ > index.html to see if the library you want to use is already > available in a precompiled form. > > Ronald > _______________________________________ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au From jwt at onjapan.net Sun Sep 3 16:57:29 2006 From: jwt at onjapan.net (Jim Tittsler) Date: Sun, 3 Sep 2006 23:57:29 +0900 Subject: [Pythonmac-SIG] subprocess .wait() interrupted system call? Message-ID: I'm having a problem with subprocess .wait() on my G4 Mac running the universal Python 2.4.3. If I do a .wait() call immediately after creating the process object (on a very heavily loaded machine), an "interrupted system call" exception is raised pointing at the .wait() line. I discovered that if I insert a sleep(1) between the Popen and wait, my command runs as expected. (The command is a rather large mimetex[1] executable that I compiled as a universal binary.) If I just run the Python program fragment, it runs fine without the sleep... and I've yet to find a minimal case that triggers the behavior I'm seeing. Does anyone happen to have a clue what my larger program might be doing that seems to trigger this race-like behavior of Popen and wait? Or am I misusing Popen() and .wait()? from subprocess import Popen, PIPE cmd = '/usr/local/bin/mimetex' process = Popen([cmd, '-d', latex, '-s', str(int(fontsize)-1)], bufsize=8092, stdout=PIPE, stderr=PIPE) #time.sleep(1) returnCode = process.wait() [1] http://www.forkosh.com/mimetex.html -- Jim Tittsler http://www.OnJapan.net/ GPG: 0x01159DB6 Python Starship http://Starship.Python.net/crew/jwt/ Mailman IRC irc://irc.freenode.net/#mailman From jwt at onjapan.net Mon Sep 4 03:31:59 2006 From: jwt at onjapan.net (Jim Tittsler) Date: Mon, 04 Sep 2006 10:31:59 +0900 Subject: [Pythonmac-SIG] subprocess .wait() interrupted system call? In-Reply-To: References: Message-ID: <44FB820F.2060005@onjapan.net> On 2006-09-03 23:57, Jim Tittsler wrote: > I'm having a problem with subprocess .wait() on my G4 Mac running the > universal Python 2.4.3. If I do a .wait() call immediately after > creating the process object (on a very heavily loaded machine), an > "interrupted system call" exception is raised pointing at the .wait() > line. I discovered that if I insert a sleep(1) between the Popen and > wait, my command runs as expected. (The command is a rather large > mimetex[1] executable that I compiled as a universal binary.) [...] > Does anyone happen to have a clue what my larger program might be > doing that seems to trigger this race-like behavior of Popen and > wait? Or am I misusing Popen() and .wait()? Ah. An issue in the Twisted Trac suggests that its SIGCHLD handler breaks popen(): http://twistedmatrix.com/trac/ticket/733 From metaperl.macpython at gmail.com Tue Sep 5 17:40:55 2006 From: metaperl.macpython at gmail.com (Terrence Brannon) Date: Tue, 5 Sep 2006 11:40:55 -0400 Subject: [Pythonmac-SIG] building packages for MacPython Message-ID: <1e7164a20609050840n7f6203ffnc81d917ea1fde4d9@mail.gmail.com> Hi, I would like to contribute some of the packages that I frequently use to MacPython, but could find no docs on the process. I would also like to profusely thank whoever built wxPython as I failed in my attempts to do this myself and the fink build is too old to run Dabo and the Darwinports build would not work. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pythonmac-sig/attachments/20060905/3cbcc1b0/attachment.htm From gustabares at verizon.net Wed Sep 6 20:41:15 2006 From: gustabares at verizon.net (Gustavo Tabares) Date: Wed, 06 Sep 2006 14:41:15 -0400 Subject: [Pythonmac-SIG] Debugging Extensions on Mac Message-ID: <44FF164B.2010904@verizon.net> Hello all, Sorry if this isn't the right forum for this, but I have been searching Google for a couple days without finding any close answers. I am trying to debug Python extensions on the Mac. I am already able to compile/link both debug and release versions of my extension using both Xcode and distutils. The extension fully works in Release mode. I copied down the source for Python-2.4.3 and made a debug version of the Python interpreter. The problem comes when I try to import the debug version of my extension in the debug Python interpreter. I get the following: Traceback (most recent call last): File "", line 1, in ? ImportError: Failure linking new module: extension.so: Symbol not found: _Py_InitModule4 Referenced from: extension.so Expected in: dynamic lookup I'm trying to avoid debugging using printfs because this can get tedious when working with complex code. This particular extension above doesn't really do much of importance except read/write a file, but I made it for testing purposes. Anyone have any experience stepping through Python extension code on Mac and have seen this? Thanks, Gustavo From bob at redivi.com Wed Sep 6 22:31:31 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 6 Sep 2006 13:31:31 -0700 Subject: [Pythonmac-SIG] Debugging Extensions on Mac In-Reply-To: <44FF164B.2010904@verizon.net> References: <44FF164B.2010904@verizon.net> Message-ID: <6a36e7290609061331v49569ebdp50abc5b6c381e129@mail.gmail.com> On 9/6/06, Gustavo Tabares wrote: > Hello all, > > Sorry if this isn't the right forum for this, but I have been searching > Google for a couple days without finding any close answers. > > I am trying to debug Python extensions on the Mac. I am already able to > compile/link both debug and release versions of my extension using both > Xcode and distutils. The extension fully works in Release mode. I copied > down the source for Python-2.4.3 and made a debug version of the Python > interpreter. > > The problem comes when I try to import the debug version of my extension > in the debug Python interpreter. I get the following: > > Traceback (most recent call last): > File "", line 1, in ? > ImportError: Failure linking new module: extension.so: Symbol not found: > _Py_InitModule4 > Referenced from: extension.so > Expected in: dynamic lookup Try building the extension with the debug interpreter. -bob From gustabares at verizon.net Wed Sep 6 22:45:03 2006 From: gustabares at verizon.net (Gustavo Tabares) Date: Wed, 06 Sep 2006 16:45:03 -0400 Subject: [Pythonmac-SIG] Debugging Extensions on Mac In-Reply-To: <6a36e7290609061331v49569ebdp50abc5b6c381e129@mail.gmail.com> References: <44FF164B.2010904@verizon.net> <6a36e7290609061331v49569ebdp50abc5b6c381e129@mail.gmail.com> Message-ID: <44FF334F.6060604@verizon.net> Bob Ippolito wrote: > On 9/6/06, Gustavo Tabares wrote: >> Hello all, >> >> Sorry if this isn't the right forum for this, but I have been searching >> Google for a couple days without finding any close answers. >> >> I am trying to debug Python extensions on the Mac. I am already able to >> compile/link both debug and release versions of my extension using both >> Xcode and distutils. The extension fully works in Release mode. I copied >> down the source for Python-2.4.3 and made a debug version of the Python >> interpreter. >> >> The problem comes when I try to import the debug version of my extension >> in the debug Python interpreter. I get the following: >> >> Traceback (most recent call last): >> File "", line 1, in ? >> ImportError: Failure linking new module: extension.so: Symbol not found: >> _Py_InitModule4 >> Referenced from: extension.so >> Expected in: dynamic lookup > > Try building the extension with the debug interpreter. > > -bob > I tried this via distutils (thats what I assume you were talking about). Unfortunately I am still getting the same error. Thanks for the response, Gustavo From gustabares at verizon.net Wed Sep 6 23:03:21 2006 From: gustabares at verizon.net (Gustavo Tabares) Date: Wed, 06 Sep 2006 17:03:21 -0400 Subject: [Pythonmac-SIG] Debugging Extensions on Mac In-Reply-To: <6a36e7290609061331v49569ebdp50abc5b6c381e129@mail.gmail.com> References: <44FF164B.2010904@verizon.net> <6a36e7290609061331v49569ebdp50abc5b6c381e129@mail.gmail.com> Message-ID: <44FF3799.6030703@verizon.net> Bob Ippolito wrote: > On 9/6/06, Gustavo Tabares wrote: >> Hello all, >> >> Sorry if this isn't the right forum for this, but I have been searching >> Google for a couple days without finding any close answers. >> >> I am trying to debug Python extensions on the Mac. I am already able to >> compile/link both debug and release versions of my extension using both >> Xcode and distutils. The extension fully works in Release mode. I copied >> down the source for Python-2.4.3 and made a debug version of the Python >> interpreter. >> >> The problem comes when I try to import the debug version of my extension >> in the debug Python interpreter. I get the following: >> >> Traceback (most recent call last): >> File "", line 1, in ? >> ImportError: Failure linking new module: extension.so: Symbol not found: >> _Py_InitModule4 >> Referenced from: extension.so >> Expected in: dynamic lookup > > Try building the extension with the debug interpreter. > > -bob > Oops! Ignore my previous message. This /did/ work. I was pointing my include paths to the wrong location. Thanks for the help! Gustavo From yourlibertyfirst at charter.net Wed Sep 6 23:11:37 2006 From: yourlibertyfirst at charter.net (Jamie Stewart) Date: Wed, 6 Sep 2006 14:11:37 -0700 Subject: [Pythonmac-SIG] unsubscribe me please Message-ID: <6CE686BC-8D09-4E14-AA99-A90D6AFB1B44@charter.net> Please unsubscribe me for the mailing list. Thank you From zbir at urbanape.com Wed Sep 6 23:32:38 2006 From: zbir at urbanape.com (Zachery Bir) Date: Wed, 6 Sep 2006 17:32:38 -0400 Subject: [Pythonmac-SIG] unsubscribe me please In-Reply-To: <6CE686BC-8D09-4E14-AA99-A90D6AFB1B44@charter.net> References: <6CE686BC-8D09-4E14-AA99-A90D6AFB1B44@charter.net> Message-ID: <94361BC8-00BA-4509-97D8-2AD5BAFF371A@urbanape.com> On Sep 6, 2006, at 5:11 PM, Jamie Stewart wrote: > Please unsubscribe me for the mailing list. Thank you > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig Please click the link at the bottom of every mail message to this list. Thank you. Zac From waterbug at pangalactic.us Thu Sep 7 19:06:01 2006 From: waterbug at pangalactic.us (Stephen Waterbury) Date: Thu, 07 Sep 2006 13:06:01 -0400 Subject: [Pythonmac-SIG] problems building ZopeInterface Message-ID: <45005179.8020407@pangalactic.us> I'm a complete newbie to the Mac, but experienced with Python on other platforms. Figured out that I needed to get XTools for gcc, installed that. I've installed Universal-MacPython-2.4.3, which says it's compiled with gcc 4.0.1 on Darwin, and the gcc that's in my path is "powerpc-apple-darwin8-gcc-4.0.1". When I try to build ZopeInterface, I get the following messages: "... running build_ext building 'zope.interface._zope_interface_coptimizations' extension creating build/temp.macosx-10.4-fat-2.4 creating build/temp.macosx-10.4-fat-2.4/Dependencies creating build/temp.macosx-10.4-fat-2.4/Dependencies/zope.interface-ZopeInterface-3.0.1 creating build/temp.macosx-10.4-fat-2.4/Dependencies/zope.interface-ZopeInterface-3.0.1/zope.interface 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 -IDependencies/zope.interface-ZopeInterface-3.0.1/zope.interface -I/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c Dependencies/zope.interface-ZopeInterface-3.0.1/zope.interface/_zope_interface_coptimizations.c -o build/temp.macosx-10.4-fat-2.4/Dependencies/zope.interface-ZopeInterface-3.0.1/zope.interface/_zope_interface_coptimizations.o Dependencies/zope.interface-ZopeInterface-3.0.1/zope.interface/_zope_interface_coptimizations.c:339: error: static declaration of 'SpecType' follows non-static declaration Dependencies/zope.interface-ZopeInterface-3.0.1/zope.interface/_zope_interface_coptimizations.c:73: error: previous declaration of 'SpecType' was here Dependencies/zope.interface-ZopeInterface-3.0.1/zope.interface/_zope_interface_coptimizations.c:339: error: static declaration of 'SpecType' follows non-static declaration Dependencies/zope.interface-ZopeInterface-3.0.1/zope.interface/_zope_interface_coptimizations.c:73: error: previous declaration of 'SpecType' was here lipo: can't figure out the architecture type of: /var/tmp//ccgmDdFp.out error: command 'gcc' failed with exit status 1" Any suggestions appreciated! Cheers, Steve From bob at redivi.com Thu Sep 7 19:36:45 2006 From: bob at redivi.com (Bob Ippolito) Date: Thu, 7 Sep 2006 10:36:45 -0700 Subject: [Pythonmac-SIG] problems building ZopeInterface In-Reply-To: <45005179.8020407@pangalactic.us> References: <45005179.8020407@pangalactic.us> Message-ID: <6a36e7290609071036p4d3f24c9m32f620aa94f8aefc@mail.gmail.com> On 9/7/06, Stephen Waterbury wrote: > I'm a complete newbie to the Mac, but experienced with Python on > other platforms. Figured out that I needed to get XTools for gcc, > installed that. I've installed Universal-MacPython-2.4.3, which > says it's compiled with gcc 4.0.1 on Darwin, and the gcc that's > in my path is "powerpc-apple-darwin8-gcc-4.0.1". When I try to > build ZopeInterface, I get the following messages: I haven't had that problem, but I've never tried to build an old version. There's a package of a more recent ZopeInterface on pythonmac: http://pythonmac.org/packages/py24-fat/index.html -bob From stranger at teuton.org Fri Sep 8 17:03:50 2006 From: stranger at teuton.org (David Donachie) Date: Fri, 8 Sep 2006 16:03:50 +0100 Subject: [Pythonmac-SIG] Fwd: Problems running IDLE Message-ID: <2ef8024f2740c3d4c1b60eaf5daea28b@teuton.org> Hi I am totally new to Python on the Mac (or Python anywhere else) and wanted to try it out, so I followed the instructions for Mac OS 10.3.90, downloaded Python 2.4.3 and tried to use IDLE With only the Python installer run IDLE will not run. The console error is that Tkinter is not set up. Following the instructions for 10.3 < 10.3.9 and installing the TkAqua package from the Python page IDLE will run, but as soon as click on anything (window, menu etc.) I get a spinning cursor that never stops. What else do I need to do to get IDLE to run without freezing? David From stranger at teuton.org Fri Sep 8 16:14:30 2006 From: stranger at teuton.org (David Donachie) Date: Fri, 8 Sep 2006 15:14:30 +0100 Subject: [Pythonmac-SIG] Problems running IDLE Message-ID: <0941f8cbf0203011fb8c005d6ac20844@teuton.org> Hi I am totally new to Python on the Mac (or Python anywhere else) and wanted to try it out, so I followed the instructions for Mac OS 10.3.90, downloaded Python 2.4.3 and tried to use IDLE With only the Python installer run IDLE will not run. The console error is that Tkinter is not set up. Following the instructions for 10.3 < 10.3.9 and installing the TkAqua package from the Python page IDLE will run, but as soon as click on anything (window, menu etc.) I get a spinning cursor that never stops. What else do I need to do to get IDLE to run without freezing? David From rowen at cesmail.net Fri Sep 8 23:10:25 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Fri, 08 Sep 2006 14:10:25 -0700 Subject: [Pythonmac-SIG] py2app question: Resources/Python -> Resources/lib/python2.4 Message-ID: I was using an older version of py2app to distribute an application. This placed the python library code in TUI.app/Contents/Resources/Python/ I just upgraded to py2app 0.3.5 and now I find the same stuff is being put in TUI.app/Contents/Resources/lib/python2.4/ This change breaks my code because resource files need to go in the same location, though I can certainly modify the code that copies the resource files. My main question is: am I seeing this change because I'm doing something wrong (in which case I'd like to fix it)? Or is it just the new way to do things (in which case I can modify my resource copying code)? If it's the new way to do things, is there a recommended way to find this directory automatically (or copy directory trees of files into it automatically without knowing its name) -- to insulate myself against future such changes? -- Russell From rowen at cesmail.net Fri Sep 8 23:11:50 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Fri, 08 Sep 2006 14:11:50 -0700 Subject: [Pythonmac-SIG] universal python; how to use my aqua tcl/tk? Message-ID: I just changed to the universal python 2.4.3 (I had been using activestate's 2.4.3) as part of moving to releasing universal builds of code. Everything is fine except it's using Tiger's built in ancient version of Aqua Tcl/Tk instead instead of version 8.4.11 that I installed myself (in /Library/Frameworks). Is there some trick to getting it to use my version? -- Russell From kw at kevin-walzer.com Fri Sep 8 23:52:51 2006 From: kw at kevin-walzer.com (Kevin Walzer) Date: Fri, 08 Sep 2006 17:52:51 -0400 Subject: [Pythonmac-SIG] universal python; how to use my aqua tcl/tk? In-Reply-To: References: Message-ID: <4501E633.2090109@kevin-walzer.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Russell E. Owen wrote: > I just changed to the universal python 2.4.3 (I had been using > activestate's 2.4.3) as part of moving to releasing universal builds of > code. > > Everything is fine except it's using Tiger's built in ancient version of > Aqua Tcl/Tk instead instead of version 8.4.11 that I installed myself > (in /Library/Frameworks). Is there some trick to getting it to use my > version? > > -- Russell > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > > I had a similar question a few weeks ago: http://mail.python.org/pipermail/pythonmac-sig/2006-July/017779.html Hope this helps. - -- Kevin Walzer Poetic Code http://www.kevin-walzer.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFAeYyrTC5hIgjqTMRArLgAKClk61WjNIgLq3CcNUgdb4MKofaggCffco1 De8aHHCT07ewv0v3WoO83Kw= =nR3k -----END PGP SIGNATURE----- From bob at redivi.com Sat Sep 9 01:07:46 2006 From: bob at redivi.com (Bob Ippolito) Date: Fri, 8 Sep 2006 16:07:46 -0700 Subject: [Pythonmac-SIG] py2app question: Resources/Python -> Resources/lib/python2.4 In-Reply-To: References: Message-ID: <6a36e7290609081607o1fdae1baj85745c1fc0c746@mail.gmail.com> On 9/8/06, Russell E. Owen wrote: > I was using an older version of py2app to distribute an application. > This placed the python library code in TUI.app/Contents/Resources/Python/ > > I just upgraded to py2app 0.3.5 and now I find the same stuff is being > put in TUI.app/Contents/Resources/lib/python2.4/ > > This change breaks my code because resource files need to go in the same > location, though I can certainly modify the code that copies the > resource files. Put them in a package and include the package with the --packages option. > My main question is: am I seeing this change because I'm doing something > wrong (in which case I'd like to fix it)? Or is it just the new way to > do things (in which case I can modify my resource copying code)? New way. > If it's the new way to do things, is there a recommended way to find > this directory automatically (or copy directory trees of files into it > automatically without knowing its name) -- to insulate myself against > future such changes? If files are supposed to live with the code, it should be living in a python package. -bob From torsten.sadowski at tu-berlin.de Fri Sep 8 18:24:40 2006 From: torsten.sadowski at tu-berlin.de (Torsten Sadowski) Date: Fri, 8 Sep 2006 18:24:40 +0200 Subject: [Pythonmac-SIG] SWIG problem Message-ID: <200609081824.40950.torsten.sadowski@tu-berlin.de> Hi, I'm trying to port Salome (http://www.salome-platform.org/) to OSX. I have the problem that SWIG wrapped modules don't work. They fail with: Fatal Python Error: Interpreter not initialized (version mismatch?) A web search brought hints about linking against the wrong Python but I'm sure I link agains fink python and I run fink python. I can use gdb to step into the module init code: SWIGEXPORT(void) SWIG_init(void) { static PyObject *SWIG_globals = 0; static int typeinit = 0; PyObject *m, *d; int i; if (!SWIG_globals) SWIG_globals = SWIG_newvarlink(); /* Fix SwigMethods to carry the callback ptrs when needed */ SWIG_Python_FixMethods(SwigMethods, swig_const_table, swig_types, swig_types_initial); m = Py_InitModule((char *) SWIG_name, SwigMethods); The Py_InitModule call does not succeed. It fails in PyInitModule4 (modsupport.c) at the Py_IsInitialized test. The Python version is 2.4.2 and the SWIG version 1.3.24. Any hints? Cheers, Torsten From sjatkins at mac.com Sun Sep 10 07:59:59 2006 From: sjatkins at mac.com (Samantha Atkins) Date: Sat, 9 Sep 2006 22:59:59 -0700 Subject: [Pythonmac-SIG] How to I covert a Mac framework into a python module Message-ID: I see all of these nice apparent python modules for Foundation, SyncServices, etc. corresponding to several objc frameworks. I would like to know how these are made and especially how to update them when the underlying frameworks have changed. Thanks for any leads. - samantha From ronaldoussoren at mac.com Sun Sep 10 10:47:23 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Sun, 10 Sep 2006 10:47:23 +0200 Subject: [Pythonmac-SIG] How to I covert a Mac framework into a python module In-Reply-To: References: Message-ID: On Sep 10, 2006, at 7:59 AM, Samantha Atkins wrote: > I see all of these nice apparent python modules for Foundation, > SyncServices, etc. corresponding to several objc frameworks. I would > like to know how these are made and especially how to update them when > the underlying frameworks have changed. Thanks for any leads. Those are part of PyObjC. Changes to classes are picked up automaticly (the frameworks are scanned for Objective-C classes and their methods when the wrapper module is loaded), constants and global functions are picked up when PyObjC is build from source. The binary installer for the latest release of PyObjC (at http:// pyobjc.sf.net) should be fairly complete and I consider missing values a bug. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060910/be93c0e2/attachment.bin From sjatkins at mac.com Sun Sep 10 12:12:59 2006 From: sjatkins at mac.com (samantha) Date: Sun, 10 Sep 2006 03:12:59 -0700 Subject: [Pythonmac-SIG] How to I covert a Mac framework into a python module In-Reply-To: References: Message-ID: <4503E52B.5010507@mac.com> Ronald Oussoren wrote: > > On Sep 10, 2006, at 7:59 AM, Samantha Atkins wrote: > >> I see all of these nice apparent python modules for Foundation, >> SyncServices, etc. corresponding to several objc frameworks. I would >> like to know how these are made and especially how to update them when >> the underlying frameworks have changed. Thanks for any leads. > > Those are part of PyObjC. Changes to classes are picked up automaticly > (the frameworks are scanned for Objective-C classes and their methods > when the wrapper module is loaded), constants and global functions are > picked up when PyObjC is build from source. > > The binary installer for the latest release of PyObjC (at > http://pyobjc.sf.net) should be fairly complete and I consider missing > values a bug. > > Ronald > Well I am working on pre-release of Leopard so it is not surprising to me that some things are not there. In particular I have noticed some formal protocols are missing. If there is automatic scanning going on it is missing a few things. Is there a way I can manually patch things up? If someone will point me to the scanning code I will be glad to do some digging and debugging. - samantha From ronaldoussoren at mac.com Sun Sep 10 13:52:13 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Sun, 10 Sep 2006 13:52:13 +0200 Subject: [Pythonmac-SIG] How to I covert a Mac framework into a python module In-Reply-To: <4503E52B.5010507@mac.com> References: <4503E52B.5010507@mac.com> Message-ID: On Sep 10, 2006, at 12:12 PM, samantha wrote: > Ronald Oussoren wrote: >> >> On Sep 10, 2006, at 7:59 AM, Samantha Atkins wrote: >> >>> I see all of these nice apparent python modules for Foundation, >>> SyncServices, etc. corresponding to several objc frameworks. I >>> would >>> like to know how these are made and especially how to update them >>> when >>> the underlying frameworks have changed. Thanks for any leads. >> >> Those are part of PyObjC. Changes to classes are picked up >> automaticly (the frameworks are scanned for Objective-C classes >> and their methods when the wrapper module is loaded), constants >> and global functions are picked up when PyObjC is build from source. >> >> The binary installer for the latest release of PyObjC (at http:// >> pyobjc.sf.net) should be fairly complete and I consider missing >> values a bug. >> >> Ronald >> > > Well I am working on pre-release of Leopard so it is not surprising > to me that some things are not there. In particular I have noticed > some formal protocols are missing. If there is automatic scanning > going on it is missing a few things. Is there a way I can > manually patch things up? If someone will point me to the scanning > code I will be glad to do some digging and debugging. Scripts/gen_all_protocols.py scans all frameworks for informal protocols and adds those to the wrappers in the source tree. Formal protocols are found at runtime, but only if there are classes that actually use those protocols due to the way we locate protocols. There are some minor issues with the current PyObjC tree on the Leopard preview, luckily no really complex ones. I have patches for these issues in a private tree, but cannot check those in because the previews are under NDA. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060910/079aa2e3/attachment.bin From coneybeare at berkeley.edu Sun Sep 10 19:33:44 2006 From: coneybeare at berkeley.edu (Matt Coneybeare) Date: Sun, 10 Sep 2006 10:33:44 -0700 Subject: [Pythonmac-SIG] Newbie ? for using python in xcode Message-ID: I have been trying for a few day to get python to work in xcode but to no avail... I have used xcode for programming in java so an fairly competent in running the program but am still having trouble. I installed pyobjc and py2app, but it is not really what I am looking for. I really only need a template that will just take a .py file and run it in the console. I have had no luck googling for the answer so I turn to the collective. Thanks -Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pythonmac-sig/attachments/20060910/0af9194f/attachment.html From stranger at teuton.org Mon Sep 11 12:53:37 2006 From: stranger at teuton.org (David Donachie) Date: Mon, 11 Sep 2006 11:53:37 +0100 Subject: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 41, Issue 9 In-Reply-To: References: Message-ID: <68459a5c8f216d3a4aa4341f27aa85e1@teuton.org> Hi all I've had no responses so far to my message about not being able to run IDLE, is there some other place I can go for help with it? For reference I am using OS 10.3.9 and installed Python 2.4.3 as instructed on the install page. I then tried to run IDLE, which produced a console error about not being able to find TKInter. I then installed the TkAqua package from the Python install page and tried again. Now IDLE runs, but then hangs as soon as I click on anything (window, menu etc.) and never recovers. What do I need to do to get IDLE to run? David From ronaldoussoren at mac.com Mon Sep 11 14:02:45 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 11 Sep 2006 14:02:45 +0200 Subject: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 41, Issue 9 In-Reply-To: <68459a5c8f216d3a4aa4341f27aa85e1@teuton.org> References: <68459a5c8f216d3a4aa4341f27aa85e1@teuton.org> Message-ID: <13325355.1157976165811.JavaMail.ronaldoussoren@mac.com> On Monday, September 11, 2006, at 12:54PM, David Donachie wrote: >Hi all > >I've had no responses so far to my message about not being able to run >IDLE, is there some other place I can go for help with it? > >For reference I am using OS 10.3.9 and installed Python 2.4.3 as >instructed on the install page. I then tried to run IDLE, which >produced a console error about not being able to find TKInter. > >I then installed the TkAqua package from the Python install page and >tried again. Now IDLE runs, but then hangs as soon as I click on >anything (window, menu etc.) and never recovers. > >What do I need to do to get IDLE to run? Most people here are probably using OSX 10.4 or don't use IDLE. I'll have a look at this issue tomorrow, IIRC IDLE works correctly for me on my 10.3.9 box but I can't test right now. I have the latest version of AquaTk installed (which you can download from http://tcltkaqua.sourceforge.net/). Ronald From energias.renovables.ya at gmail.com Mon Sep 11 14:34:45 2006 From: energias.renovables.ya at gmail.com (Perico) Date: Mon, 11 Sep 2006 14:34:45 +0200 Subject: [Pythonmac-SIG] doxygen & graphviz Message-ID: <6BADE690-943D-4B60-982F-7A50D28DCFF5@gmail.com> Has anyone had problems between doxygen and graphviz to generate graphs? my version doxygen is 1.4.7 i have checked the path and it is correct bye, pericO From torsten.sadowski at tu-berlin.de Mon Sep 11 17:31:46 2006 From: torsten.sadowski at tu-berlin.de (Torsten Sadowski) Date: Mon, 11 Sep 2006 17:31:46 +0200 Subject: [Pythonmac-SIG] SWIG problem -> solved In-Reply-To: <093A078C-E800-4B60-94DF-FA9CE5953513@cwi.nl> References: <200609081824.40950.torsten.sadowski@tu-berlin.de> <093A078C-E800-4B60-94DF-FA9CE5953513@cwi.nl> Message-ID: <200609111731.46494.torsten.sadowski@tu-berlin.de> Hi, the hinted problems of wrong version and threads where not the cause. Linking on OSX is a very diverse subject and I did some trial and error for a simple example. The final solution was -flat_namespace. Cheers, Torsten From rowen at cesmail.net Mon Sep 11 20:29:14 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Mon, 11 Sep 2006 11:29:14 -0700 Subject: [Pythonmac-SIG] py2app question: Resources/Python -> Resources/lib/python2.4 References: <6a36e7290609081607o1fdae1baj85745c1fc0c746@mail.gmail.com> Message-ID: In article <6a36e7290609081607o1fdae1baj85745c1fc0c746 at mail.gmail.com>, "Bob Ippolito" wrote: > On 9/8/06, Russell E. Owen wrote: > > I was using an older version of py2app to distribute an application. > > This placed the python library code in TUI.app/Contents/Resources/Python/ > > > > I just upgraded to py2app 0.3.5 and now I find the same stuff is being > > put in TUI.app/Contents/Resources/lib/python2.4/ > > > > This change breaks my code because resource files need to go in the same > > location, though I can certainly modify the code that copies the > > resource files. > > Put them in a package and include the package with the --packages option. > > > My main question is: am I seeing this change because I'm doing something > > wrong (in which case I'd like to fix it)? Or is it just the new way to > > do things (in which case I can modify my resource copying code)? > > New way. > > > If it's the new way to do things, is there a recommended way to find > > this directory automatically (or copy directory trees of files into it > > automatically without knowing its name) -- to insulate myself against > > future such changes? > > If files are supposed to live with the code, it should be living in a > python package. Thank you very much. I originally had my resources part of python packages because it made them much easier to find. But when I started creating Mac and Windows executables I separated out the resource files to avoid having them zipped up by bundlebuilder, py2exe and older versions of py2app. Fortunately the resources files still live in top-level folders in the two packages that make up my code, so just listing those two packages does the trick. It's nice and easy. It has the interesting (and harmless) side effect that the python code is no longer zipped up and the source code is now included. -- Russell From rowen at cesmail.net Tue Sep 12 01:23:31 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Mon, 11 Sep 2006 16:23:31 -0700 Subject: [Pythonmac-SIG] universal python; how to use my aqua tcl/tk? References: <4501E633.2090109@kevin-walzer.com> Message-ID: In article <4501E633.2090109 at kevin-walzer.com>, Kevin Walzer wrote: > Russell E. Owen wrote: > > I just changed to the universal python 2.4.3 (I had been using > > activestate's 2.4.3) as part of moving to releasing universal builds of > > code. > > > > Everything is fine except it's using Tiger's built in ancient version of > > Aqua Tcl/Tk instead instead of version 8.4.11 that I installed myself > > (in /Library/Frameworks). Is there some trick to getting it to use my > > version? > > > I had a similar question a few weeks ago: > > http://mail.python.org/pipermail/pythonmac-sig/2006-July/017779.html > > Hope this helps. Thanks for the answer, but I confess to being disappointed. ActiveState Python 2.4.3 uses the Tcl/Tk in /Library, if found, else uses the built-in version in /System. Very handy and what I expected the universal MacPython to do. Messing with _tkinter.so to hard-code a different path to Tcl/Tk seems much less safe. I tried the universal MacPython 2.5b1 and it also insists on only using the version in /System. I'd be very pleased if the release 2.5 followed ActiveState's lead on this. If there's something I can do to help that happen, I'll do it. Having readline and the ability to find a modern Tcl/Tk in the same package would be very handy. -- Russell From bob at redivi.com Tue Sep 12 01:35:23 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 11 Sep 2006 16:35:23 -0700 Subject: [Pythonmac-SIG] universal python; how to use my aqua tcl/tk? In-Reply-To: References: <4501E633.2090109@kevin-walzer.com> Message-ID: <6a36e7290609111635u8c800bay40a6ebcb60d1b221@mail.gmail.com> On 9/11/06, Russell E. Owen wrote: > In article <4501E633.2090109 at kevin-walzer.com>, > Kevin Walzer wrote: > > > Russell E. Owen wrote: > > > I just changed to the universal python 2.4.3 (I had been using > > > activestate's 2.4.3) as part of moving to releasing universal builds of > > > code. > > > > > > Everything is fine except it's using Tiger's built in ancient version of > > > Aqua Tcl/Tk instead instead of version 8.4.11 that I installed myself > > > (in /Library/Frameworks). Is there some trick to getting it to use my > > > version? > > > > > I had a similar question a few weeks ago: > > > > http://mail.python.org/pipermail/pythonmac-sig/2006-July/017779.html > > > > Hope this helps. > > Thanks for the answer, but I confess to being disappointed. > > ActiveState Python 2.4.3 uses the Tcl/Tk in /Library, if found, else > uses the built-in version in /System. Very handy and what I expected the > universal MacPython to do. That's arguable. I don't particularly care either way though. > Messing with _tkinter.so to hard-code a different path to Tcl/Tk seems > much less safe. Except it's actually perfectly safe, and will result in the same behavior that you expect. -bob From ronaldoussoren at mac.com Tue Sep 12 08:44:43 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 12 Sep 2006 08:44:43 +0200 Subject: [Pythonmac-SIG] SWIG problem -> solved In-Reply-To: <200609111731.46494.torsten.sadowski@tu-berlin.de> References: <200609081824.40950.torsten.sadowski@tu-berlin.de> <093A078C-E800-4B60-94DF-FA9CE5953513@cwi.nl> <200609111731.46494.torsten.sadowski@tu-berlin.de> Message-ID: <721F46BA-A06B-44C3-9945-4507E0AE2DD3@mac.com> On Sep 11, 2006, at 5:31 PM, Torsten Sadowski wrote: > Hi, > > the hinted problems of wrong version and threads where not the > cause. Linking > on OSX is a very diverse subject and I did some trial and error for > a simple > example. The final solution was -flat_namespace. Which may or may not be the right solution. -flat_namespace is often an indication that you're doing something wrong :-). The error-message in your original message seems to indicate that you're linking the extension with python and the wrong one at that. This causes two python libraries to be loaded, the one used by the interpreter (which is correctly initialized) and one linked by the extension (which isn't). Are the python extension build using distutils? Distutils should do the right thing automaticly. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060912/1ccb180e/attachment.bin From coneybeare at berkeley.edu Tue Sep 12 08:52:52 2006 From: coneybeare at berkeley.edu (Matt Coneybeare) Date: Mon, 11 Sep 2006 23:52:52 -0700 Subject: [Pythonmac-SIG] help for newbie... anybody? Message-ID: <596EE49A-4A90-4BB0-ADC7-7D800795E277@berkeley.edu> I just want to use xcode for my ide (I realize that python is simple enough to run without one but I still would like to use xcode) and i have tried to google for an answer. Everything points to pyobjc and py2app but I dont want to make applications in obj-c I just want to be able to put *.py into xcode, press compile and run, and run it in the console while aslo being able to debug. Can anybody help me do this? A template maybe? Instructions of commands to make my own template? I would really appreciate any help. Thanks ----------------------------- Matt Coneybeare http://coneybeare.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pythonmac-sig/attachments/20060911/72ef821d/attachment-0001.html From ronaldoussoren at mac.com Tue Sep 12 08:52:44 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 12 Sep 2006 08:52:44 +0200 Subject: [Pythonmac-SIG] universal python; how to use my aqua tcl/tk? In-Reply-To: References: <4501E633.2090109@kevin-walzer.com> Message-ID: On Sep 12, 2006, at 1:23 AM, Russell E. Owen wrote: > In article <4501E633.2090109 at kevin-walzer.com>, > Kevin Walzer wrote: > >> Russell E. Owen wrote: >>> I just changed to the universal python 2.4.3 (I had been using >>> activestate's 2.4.3) as part of moving to releasing universal >>> builds of >>> code. >>> >>> Everything is fine except it's using Tiger's built in ancient >>> version of >>> Aqua Tcl/Tk instead instead of version 8.4.11 that I installed >>> myself >>> (in /Library/Frameworks). Is there some trick to getting it to >>> use my >>> version? >>> >> I had a similar question a few weeks ago: >> >> http://mail.python.org/pipermail/pythonmac-sig/2006-July/017779.html >> >> Hope this helps. > > Thanks for the answer, but I confess to being disappointed. > > ActiveState Python 2.4.3 uses the Tcl/Tk in /Library, if found, else > uses the built-in version in /System. Very handy and what I > expected the > universal MacPython to do. Feel free to create a patch that does this, it will get considered for 2.5.1 and/or 2.4.4. I seldomly use Tk on any platform, let alone on OSX where the L&F of plain Tk suck. Appearently the Tile extension fixes the L&F issues, but that is not API compatible with plain Tk and not wrapped anyway. BTW. Mentioning this now instead of earlier in the 2.5 release cycle makes it impossible to change this for 2.5.0. > > Messing with _tkinter.so to hard-code a different path to Tcl/Tk seems > much less safe. As Bob noted this is perfectly save. > > I tried the universal MacPython 2.5b1 and it also insists on only > using > the version in /System. As does 2.5c1 and will 2.5c2 and 2.5. > > I'd be very pleased if the release 2.5 followed ActiveState's lead on > this. If there's something I can do to help that happen, I'll do it. > Having readline and the ability to find a modern Tcl/Tk in the same > package would be very handy. One could argue that it would even be better to ship a minimal TclTk package with the python installer, possibly installing inside the Python framework. That would remove the dependency on an ancient version of Tk and makes IDLE work on 10.3 out of the box (IIRC 10.3 doesn't ship with Tk) Ronald > > -- Russell > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060912/0293c3c2/attachment.bin From ronaldoussoren at mac.com Tue Sep 12 09:02:35 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 12 Sep 2006 09:02:35 +0200 Subject: [Pythonmac-SIG] help for newbie... anybody? In-Reply-To: <596EE49A-4A90-4BB0-ADC7-7D800795E277@berkeley.edu> References: <596EE49A-4A90-4BB0-ADC7-7D800795E277@berkeley.edu> Message-ID: On Sep 12, 2006, at 8:52 AM, Matt Coneybeare wrote: > I just want to use xcode for my ide (I realize that python is > simple enough to run without one but I still would like to use > xcode) and i have tried to google for an answer. Everything points > to pyobjc and py2app but I dont want to make applications in obj-c > I just want to be able to put *.py into xcode, press compile and > run, and run it in the console while aslo being able to debug. Can > anybody help me do this? A template maybe? Instructions of > commands to make my own template? I would really appreciate any > help. Thanks Xcode can be used to edit Python, but isn't a python IDE. This means you won't be able to use Xcode's debugger to debug Python code. I (and hopefully others) have filed an enhancement request for this in Apple bugtracker, but so far without effect. PyObjC ships with a number of project templates for building Python- Cocoa applications. I guess one could change one of them to do what you want. I won't be the one doing that though, I don't use Xcode for Python development and editing Xcode templates isn't exactly a fun activity. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060912/208ba5c7/attachment.bin From torsten.sadowski at tu-berlin.de Tue Sep 12 12:23:42 2006 From: torsten.sadowski at tu-berlin.de (Torsten Sadowski) Date: Tue, 12 Sep 2006 12:23:42 +0200 Subject: [Pythonmac-SIG] SWIG problem -> solved In-Reply-To: <721F46BA-A06B-44C3-9945-4507E0AE2DD3@mac.com> References: <200609081824.40950.torsten.sadowski@tu-berlin.de> <200609111731.46494.torsten.sadowski@tu-berlin.de> <721F46BA-A06B-44C3-9945-4507E0AE2DD3@mac.com> Message-ID: <200609121223.42343.torsten.sadowski@tu-berlin.de> Am Dienstag, 12. September 2006 08:44 schrieben Sie: > On Sep 11, 2006, at 5:31 PM, Torsten Sadowski wrote: > > Hi, snip > > example. The final solution was -flat_namespace. > > Which may or may not be the right solution. -flat_namespace is often > an indication that you're doing something wrong :-). > > The error-message in your original message seems to indicate that > you're linking the extension with python and the wrong one at that. > This causes two python libraries to be loaded, the one used by the > interpreter (which is correctly initialized) and one linked by the > extension (which isn't). > > Are the python extension build using distutils? Distutils should do > the right thing automaticly. > > Ronald Hello, unluckily the software I'm trying to port does not use distutils but an automake system which means I have more or less to guess how to make it work. I built my simple example again with distutils just to see what it does and it uses -undefined dynamic_lookup what of course depends on the deployment target. With both solutions I can use the extension with all installed pythons (Apple 2.3.5, Framework 2.4.1 and Fink 2.4.2). Cheers, Torsten From Chris.Barker at noaa.gov Tue Sep 12 18:08:35 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Tue, 12 Sep 2006 09:08:35 -0700 Subject: [Pythonmac-SIG] universal python; how to use my aqua tcl/tk? In-Reply-To: References: <4501E633.2090109@kevin-walzer.com> Message-ID: <4506DB83.6030000@noaa.gov> Ronald Oussoren wrote: > One could argue that it would even be better to ship a minimal TclTk > package with the python installer, possibly installing inside the Python > framework. +1 (though I don't use tk) -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From Chris.Barker at noaa.gov Tue Sep 12 18:47:00 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Tue, 12 Sep 2006 09:47:00 -0700 Subject: [Pythonmac-SIG] readline support in ActivePython In-Reply-To: <38284ED1-6DAD-49C4-B9DE-3AEECE31A2A7@ri.cmu.edu> References: <38284ED1-6DAD-49C4-B9DE-3AEECE31A2A7@ri.cmu.edu> Message-ID: <4506E484.7080407@noaa.gov> Forwarded note, in case anyone is interested. Trey Smith wrote: > I found some posts on Pythonmac-SIG where you guys were discussing how > to get readline support under ActivePython 2.4.2. At this point I have > it working under ActivePython 2.4.3, and I thought you might like to > know what I did so it can be posted at pythonmac.org and/or the mailing > list. (I'm not going to post it myself as I'm not involved in those > groups.) > > Ok, here's what I did: > > * Download the Python 2.4 source distribution from python.org > * Compile it in the standard way with ./configure and make (no need to > 'make install') > * Find the readline.so file that is produced (find . -name > readline.so)... it will be in the build/lib-something-or-other/ directory. > * Copy readline.so to > /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/ > > > That's it. After I did this 'import readline' and the ipython shell > both worked. > > Note I have seen some speculation that you can do the same thing with > the readline.so file generated by compiling the standard GNU readline > distribution. This does not work. When you do 'import readline', the > python dynamic loader complains, saying it's the wrong type of file. > I'm not python-savvy enough to know what the problem is, but anyway it > doesn't work. > > I would be happy to send along the readline.so file I generated if it > would be helpful. > > Cheers, > > -Trey > -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From ronaldoussoren at mac.com Tue Sep 12 22:43:33 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 12 Sep 2006 22:43:33 +0200 Subject: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 41, Issue 9 In-Reply-To: <13325355.1157976165811.JavaMail.ronaldoussoren@mac.com> References: <68459a5c8f216d3a4aa4341f27aa85e1@teuton.org> <13325355.1157976165811.JavaMail.ronaldoussoren@mac.com> Message-ID: <779166F0-C1D6-49F3-84ED-CAC989ED6790@mac.com> On Sep 11, 2006, at 2:02 PM, Ronald Oussoren wrote: > > On Monday, September 11, 2006, at 12:54PM, David Donachie > wrote: > >> Hi all >> >> I've had no responses so far to my message about not being able to >> run >> IDLE, is there some other place I can go for help with it? >> >> For reference I am using OS 10.3.9 and installed Python 2.4.3 as >> instructed on the install page. I then tried to run IDLE, which >> produced a console error about not being able to find TKInter. >> >> I then installed the TkAqua package from the Python install page and >> tried again. Now IDLE runs, but then hangs as soon as I click on >> anything (window, menu etc.) and never recovers. >> >> What do I need to do to get IDLE to run? > > Most people here are probably using OSX 10.4 or don't use IDLE. > I'll have a look at this issue tomorrow, IIRC IDLE works correctly > for me on my 10.3.9 box but I can't test right now. I have the > latest version of AquaTk installed (which you can download from > http://tcltkaqua.sourceforge.net/). I haven't gotten around to debugging this (2.5c2 will be released very soon and pax is hating me right now), but IDLE in MacPython 2.4 doesn't work for me after all. I'm seeing the same behaviour as you: IDLE starts, but hangs immediately (I have a shell window with a Tk console on top, the beachball keeps spinning forever). IDLE in MacPython 2.5c2 (to be released RSN) does work correctly. Ronald > > Ronald > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060912/51eb9c74/attachment.bin From brendansimons at yahoo.ca Wed Sep 13 06:05:29 2006 From: brendansimons at yahoo.ca (Brendan Simons) Date: Wed, 13 Sep 2006 00:05:29 -0400 Subject: [Pythonmac-SIG] Matplotlib & numpy 1.0b5 binaries In-Reply-To: References: Message-ID: <0C6B16FF-E6E0-49BA-8A0D-5216F7B357E7@yahoo.ca> Howdy all numerical and scientific visualization programmers Charlie Moad has released OS-X binaries of matplotlib 87.5 and numpy 1.0b5 here: http://euclid.uits.iupui.edu/mplfiles/ These are slightly newer than the ones on pythonmac.org/packages, and more importantly they're compatible with one another. I'm posting this notice on Charlie's behalf. Any questions should be routed to him directly: cwmoad**at**gmail**dt**com -Brendan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From aryeh at bigfoot.com Thu Sep 14 19:22:49 2006 From: aryeh at bigfoot.com (ah) Date: Thu, 14 Sep 2006 19:22:49 +0200 Subject: [Pythonmac-SIG] how to build libpython2.4.dylib Message-ID: <007101c6d822$6a2d7710$9c01a8c0@dev03> Hello all, Sorry if this question has been asked before. How can I build (or get) libpython2.4.dylib instead of libpython2.4.a ? I am running Mac Os X 10.3.9. Any info is greatly appreciated. Arye. From ronaldoussoren at mac.com Thu Sep 14 22:50:48 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 14 Sep 2006 22:50:48 +0200 Subject: [Pythonmac-SIG] how to build libpython2.4.dylib In-Reply-To: <007101c6d822$6a2d7710$9c01a8c0@dev03> References: <007101c6d822$6a2d7710$9c01a8c0@dev03> Message-ID: On Sep 14, 2006, at 7:22 PM, ah wrote: > Hello all, > > Sorry if this question has been asked before. > How can I build (or get) libpython2.4.dylib instead of > libpython2.4.a ? > > I am running Mac Os X 10.3.9. What version of python are you using? That is, the distribution at python.org, ActiveState's python, DarwinPorts^H^H^H^H^H^HMacPorts or Fink? If you have a framework install of python (the binary distribution at python.org or ActiveState's python) the framework contains a shared library, but it isn't named libpython2.4.a. It is the Python binary at the top of the framework, which is where shared libraries should be in a framework. Why do you want to know? Do you have some software that requires a libpython2.4.dylib? If so, which software is that? Ronald > > Any info is greatly appreciated. > Arye. > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060914/8ffc4bb7/attachment.bin From torsten.sadowski at tu-berlin.de Fri Sep 15 11:19:07 2006 From: torsten.sadowski at tu-berlin.de (Torsten Sadowski) Date: Fri, 15 Sep 2006 11:19:07 +0200 Subject: [Pythonmac-SIG] how to build libpython2.4.dylib In-Reply-To: <007101c6d822$6a2d7710$9c01a8c0@dev03> References: <007101c6d822$6a2d7710$9c01a8c0@dev03> Message-ID: <200609151119.07355.torsten.sadowski@tu-berlin.de> Hello Arye, fink (at least on 10.4) does build a libpython2.4.dylib. You could have a look at the patches to see how its done. Torsten Am Donnerstag, 14. September 2006 19:22 schrieb ah: > Hello all, > > Sorry if this question has been asked before. > How can I build (or get) libpython2.4.dylib instead of libpython2.4.a ? > > I am running Mac Os X 10.3.9. > > Any info is greatly appreciated. > Arye. > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From aryeh at bigfoot.com Fri Sep 15 16:05:09 2006 From: aryeh at bigfoot.com (ah) Date: Fri, 15 Sep 2006 16:05:09 +0200 Subject: [Pythonmac-SIG] how to build libpython2.4.dylib Message-ID: <00ad01c6d8cf$f5dfe9c0$9c01a8c0@dev03> >> On Sep 14, 2006, at 7:22 PM, ah wrote: >> >>> Hello all, >>> >>> Sorry if this question has been asked before. >>> How can I build (or get) libpython2.4.dylib instead of libpython2.4.a ? >>> >>> I am running Mac Os X 10.3.9. >> >> What version of python are you using? That is, the distribution at >> python.org, ActiveState's python, DarwinPorts^H^H^H^H^H^HMacPorts or >> Fink? >> > Hello Ronald and thanks for your answer. > I am using a version of MacPython 2.4 that I downloaded a while ago > on a Mac Mini G4 with Mac Os 10.3.9. > I noticed that a universal build of MacPython 2.4 is available now. > (Please advise whether you recommend me to upgrade or not) > > >> If you have a framework install of python (the binary distribution at >> python.org or ActiveState's python) the framework contains a shared >> library, but it isn't named libpython2.4.a. It is the Python binary at >> the top of the framework, which is where shared libraries should be in a >> framework. > Can you please be more specific on the directory and the name ? > I am not too familiar with frameworks in general. > > >> >> Why do you want to know? Do you have some software that requires a >> libpython2.4.dylib? If so, which software is that? > > I am using Python with VTK (www.vtk.org), and I am having > some trouble linking. Here are the first few lines of the error > messages: > > _______________________________________ > Linking CXX shared library ../bin/libvtkCommonPythonD.dylib > /usr/bin/libtool: internal link edit command failed > ld: common symbols not allowed with MH_DYLIB output format with > the -multi_module option > /usr/local/lib/python2.4/config/libpython2.4.a(exceptions.o) definition of > common _PyExc_TypeError (size 4) > > _______________________________________ > > According to the vtk mailing lists, using libpython2.4.dylib should fix > that. > > Any recommendation you might have to help me out > would be greatly appreciated. > > P.S. I have tried to use fink's method to create libpython2.4.dylib > but got similar error messages. > > From Gerben.Wierda at rna.nl Sat Sep 16 10:34:55 2006 From: Gerben.Wierda at rna.nl (Gerben Wierda) Date: Sat, 16 Sep 2006 10:34:55 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger? Message-ID: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> Hello folks, I would like to use the cvs2svn script. This is my first experience with Python (I am reasonably versatile in perl). I have spent a reasonable amount of time, googled, read web sites, threads, etc. When I try the script, I get hermione-a:/usr/local/subversion/II2/ii2-cvsbackup gerben$ /System/ Library/Frameworks/Python.framework/Versions/2.3/bin/cvs2svn -- dumpfile=svndump --dump-only . ERROR: your installation of Python does not contain a suitable DBM module -- cvs2svn cannot continue. See http://python.org/doc/current/lib/module-anydbm.html to solve. The mentioned web page does not tell me how to solve this. In the meantime I have installed Berkeley DB 4.4 on my system, but that does not help. It seems somehow Python must be configured to use it. I tried downloading and installing a recent Python (Universal- MacPython-2.4.3.dmg), but that does not change anything. I have a few restrictions: I cannot use fink or darwinports or somthing (these are fine systems but are not allowd on my system because they may be accidentally used in setting up stuff for others who do not use it). I have seen on the web that this hits more people on Mac OS X, but I have not seen te solution. Help? Thanks in advance, G From bob at redivi.com Sat Sep 16 11:29:45 2006 From: bob at redivi.com (Bob Ippolito) Date: Sat, 16 Sep 2006 02:29:45 -0700 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger? In-Reply-To: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> Message-ID: <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> On 9/16/06, Gerben Wierda wrote: > Hello folks, > > I would like to use the cvs2svn script. This is my first experience > with Python (I am reasonably versatile in perl). I have spent a > reasonable amount of time, googled, read web sites, threads, etc. > When I try the script, I get > > hermione-a:/usr/local/subversion/II2/ii2-cvsbackup gerben$ /System/ > Library/Frameworks/Python.framework/Versions/2.3/bin/cvs2svn -- > dumpfile=svndump --dump-only . > ERROR: your installation of Python does not contain a suitable > DBM module -- cvs2svn cannot continue. > See http://python.org/doc/current/lib/module-anydbm.html to solve. > > The mentioned web page does not tell me how to solve this. In the > meantime I have installed Berkeley DB 4.4 on my system, but that does > not help. It seems somehow Python must be configured to use it. > > I tried downloading and installing a recent Python (Universal- > MacPython-2.4.3.dmg), but that does not change anything. > > I have a few restrictions: I cannot use fink or darwinports or > somthing (these are fine systems but are not allowd on my system > because they may be accidentally used in setting up stuff for others > who do not use it). > > I have seen on the web that this hits more people on Mac OS X, but I > have not seen te solution. Help? What was the error you got after installing Python 2.4.3? Should've worked perfectly. -bob From Gerben.Wierda at rna.nl Sat Sep 16 13:38:15 2006 From: Gerben.Wierda at rna.nl (Gerben Wierda) Date: Sat, 16 Sep 2006 13:38:15 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> Message-ID: <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> > What was the error you got after installing Python 2.4.3? Should've > worked perfectly. This was for me a very informative message because if you know it should work, you know there is a solution to find. And I found one. The problem was that --- as cvs2svn was installed in the standard system --- Python, stuff was not found when trying to call cvs2svn with the new Python. So I tried: sudo make DESTDIR=/Library/Frameworks/Python.framework/Versions/2.4 install but that results in things one probably does not want, e.g. during the install run one sees: byte-compiling /Library/Frameworks/Python.framework/Versions/2.4/ System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/ site-packages/cvs2svn_rcsparse/texttools.py to texttools.pyc So, I tried bypassing the cvs2svn Makefile after reading setup.py (and not knowing Python at all, guessing): sudo /Library/Frameworks/Python.framework/Versions/2.4/bin/python setup.py install which results in things that look better, e.g.: byte-compiling /Library/Frameworks/Python.framework/Versions/2.4/lib/ python2.4/site-packages/cvs2svn_rcsparse/texttools.py to texttools.pyc And after that a trial run seems to work (see below) So, what I did: - Downloaded and installed Berkeley DB 4.4 from source (I do not know if this was a necessary step) - Install the Python 2.4 Universal .pkg - Downloaded and unarchived cvs2svn-1.3.1 in /usr/local/src - cd /usr/local/src/cvs2svn-1.3.1 - sudo /Library/Frameworks/Python.framework/Versions/2.4/bin/python setup.py install After than cvs2svn can be used as follows (example only, the directory has not been cleaned before cvs2svn --dump-only has been run): hermione-a:/usr/local/subversion/II2/ii2-cvsbackup gerben$ /Library/ Frameworks/Python.framework/Versions/2.4/bin/cvs2svn -- dumpfile=svndump --dump-only . ----- pass 1 ----- [snip] Starting Subversion r70 / 71 Starting Subversion r71 / 71 Done. cvs2svn Statistics: ------------------ Total CVS Files: 596 Total CVS Revisions: 1793 Total Unique Tags: 3 Total Unique Branches: 2 CVS Repos Size in KB: 29412 Total SVN Commits: 71 First Revision Date: Wed Jan 14 18:12:24 2004 Last Revision Date: Wed Jun 14 23:19:58 2006 ------------------ Timings: ------------------ pass 1: 4 seconds pass 2: 0 seconds pass 3: 0 seconds pass 4: 0 seconds pass 5: 0 seconds pass 6: 0 seconds pass 7: 0 seconds pass 8: 130 seconds total: 138 seconds From cwmoad at gmail.com Mon Sep 18 16:25:01 2006 From: cwmoad at gmail.com (Charlie Moad) Date: Mon, 18 Sep 2006 10:25:01 -0400 Subject: [Pythonmac-SIG] scipy-0.5.1 build for listing Message-ID: <6382066a0609180725u3225d81fw76151da53c748c9e@mail.gmail.com> Hi, Could you please add this scipy-0.5.1 build to the listing? It is compatible with the latest mpl and numpy additions. http://euclid.uits.iupui.edu/mplfiles/scipy-0.5.1-py2.4-macosx10.4.mpkg.zip http://euclid.uits.iupui.edu/mplfiles/scipy-0.5.1-py2.4-macosx-10.4-fat.egg Thanks, Charlie From aronesimi at yahoo.com Mon Sep 18 16:58:06 2006 From: aronesimi at yahoo.com (Arone Silimantia) Date: Mon, 18 Sep 2006 07:58:06 -0700 (PDT) Subject: [Pythonmac-SIG] confirmation that duplicity can work on OSX ? Message-ID: <20060918145806.97726.qmail@web58405.mail.re3.yahoo.com> Hello, I am having trouble running duplicity: http://duplicity.nongnu.org/ on OSX (10.4). I can provide details and error messages, but before I do that, can anyone confirm that this works _at all_ on OSX ? If anyone is successfully using it, or knows of its successful use on OSX, please let me know - any comments or suggestions are appreciated. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From Chris.Barker at noaa.gov Mon Sep 18 18:44:53 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Mon, 18 Sep 2006 09:44:53 -0700 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> Message-ID: <450ECD05.6040302@noaa.gov> Gerben Wierda wrote: > So I tried: > sudo make DESTDIR=/Library/Frameworks/Python.framework/Versions/2.4 > install > but that results in things one probably does not want, e.g. during > the install run one sees: > > byte-compiling /Library/Frameworks/Python.framework/Versions/2.4/ > System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/ > site-packages/cvs2svn_rcsparse/texttools.py to texttools.pyc That's actually where you would want a package installed. It all depends on how cvs2svn is designed to be installed. > So, I tried bypassing the cvs2svn Makefile after reading setup.py > (and not knowing Python at all, guessing): this is the right thing to do -- if a python package has a setup.py -- use to install. > sudo /Library/Frameworks/Python.framework/Versions/2.4/bin/python > setup.py install After you installed python 2.4, your PATH should have been set up to use by default. What to you get when you just type "python" on your command line? If you get the new python, then all you need is: sudo python setup.py install. even if you don't', it should have put a link into /usr/local/bin, so: sudo /usr/local/bin/python setup.py install should work. Not that there is anything wrong with what you did -- it's just awkward to type. > So, what I did: > - Downloaded and installed Berkeley DB 4.4 from source (I do not know > if this was a necessary step) probably not. I'm pretty sure the 2.4 Universal .pkg has BerkelyDB built-in. > - Install the Python 2.4 Universal .pkg > - Downloaded and unarchived cvs2svn-1.3.1 in /usr/local/src > - cd /usr/local/src/cvs2svn-1.3.1 > - sudo /Library/Frameworks/Python.framework/Versions/2.4/bin/python > setup.py install this could have been simpler -- see above. > hermione-a:/usr/local/subversion/II2/ii2-cvsbackup gerben$ /Library/ > Frameworks/Python.framework/Versions/2.4/bin/cvs2svn -- cvs3svn should have put itself into the standard scripts dir, and the 2.4 Universal installer should have added that to your PATH, so you should just be able to type: cvs2svn -- what shell are you using? What do you get when you type: echo $PATH You should get something with: /Library/Frameworks/Python.framework/Versions/2.4/bin in it. In short -- if you installed the Universal Python2.4 first, then used setup.py to install cvs2svn, everything should have "just worked" -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (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 Gerben.Wierda at rna.nl Mon Sep 18 19:04:07 2006 From: Gerben.Wierda at rna.nl (Gerben Wierda) Date: Mon, 18 Sep 2006 19:04:07 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <450ECD05.6040302@noaa.gov> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> Message-ID: On Sep 18, 2006, at 18:44 , Christopher Barker wrote: > cvs3svn should have put itself into the standard scripts dir, and the > 2.4 Universal installer should have added that to your PATH, so you > should just be able to type: > > cvs2svn -- > > what shell are you using? bash (default shell). But my env has not been changed by the Universal pkg. hermione-a:~ gerben$ which python /usr/bin/python PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/teTeX/ bin/i386-apple-darwin-current I also would wonder if that would be something that the Universal .pkg should do. It would mean that I would get a new python when I call system utitlities that use Python from the command line (because it would have to be inserted at the start of my PATH and that is generally taken as not the right thing to do) But anyway, Universal pkg did not set up my PATH for my command line shell. G From bob at redivi.com Mon Sep 18 19:26:00 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 18 Sep 2006 10:26:00 -0700 Subject: [Pythonmac-SIG] confirmation that duplicity can work on OSX ? In-Reply-To: <20060918145806.97726.qmail@web58405.mail.re3.yahoo.com> References: <20060918145806.97726.qmail@web58405.mail.re3.yahoo.com> Message-ID: <6a36e7290609181026o253df496mbc9c662c89b7eb1@mail.gmail.com> On 9/18/06, Arone Silimantia wrote: > Hello, > > I am having trouble running duplicity: > > http://duplicity.nongnu.org/ > > on OSX (10.4). I can provide details and error > messages, but before I do that, can anyone confirm > that this works _at all_ on OSX ? > > If anyone is successfully using it, or knows of its > successful use on OSX, please let me know - any > comments or suggestions are appreciated. > It should work fine if you have the dependencies around. -bob From Chris.Barker at noaa.gov Mon Sep 18 21:28:36 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Mon, 18 Sep 2006 12:28:36 -0700 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> Message-ID: <450EF364.9040108@noaa.gov> Gerben Wierda wrote: >> what shell are you using? > > bash (default shell). But my env has not been changed by the Universal pkg. > > hermione-a:~ gerben$ which python > /usr/bin/python > > PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/teTeX/bin/i386-apple-darwin-current > > > I also would wonder if that would be something that the Universal .pkg > should do. It would mean that I would get a new python when I call > system utitlities that use Python from the command line (because it > would have to be inserted at the start of my PATH and that is generally > taken as not the right thing to do) A) system scripts should have the path to Python hard coded: #!/usr/bin/python B) The installer is only supposed to alter your login shell PATH, so anything called by the system won't be effected. > But anyway, Universal pkg did not set up my PATH for my command line shell. Curious: Ronald and/or Bob: isn't it supposed to have? I know it did mine: $ cat .profile ... # Setting PATH for MacPython 2.4 # The original version is saved in .profile.pysave PATH="/Library/Frameworks/Python.framework/Versions/Current/bin:${PATH}" export PATH -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (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 bob at redivi.com Mon Sep 18 21:42:33 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 18 Sep 2006 12:42:33 -0700 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <450EF364.9040108@noaa.gov> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> Message-ID: <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> On 9/18/06, Christopher Barker wrote: > Gerben Wierda wrote: > >> what shell are you using? > > > > bash (default shell). But my env has not been changed by the Universal pkg. > > > > hermione-a:~ gerben$ which python > > /usr/bin/python > > > > PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/teTeX/bin/i386-apple-darwin-current > > > > > > I also would wonder if that would be something that the Universal .pkg > > should do. It would mean that I would get a new python when I call > > system utitlities that use Python from the command line (because it > > would have to be inserted at the start of my PATH and that is generally > > taken as not the right thing to do) > > A) system scripts should have the path to Python hard coded: > > #!/usr/bin/python > > B) The installer is only supposed to alter your login shell PATH, so > anything called by the system won't be effected. > > > But anyway, Universal pkg did not set up my PATH for my command line shell. > > Curious: > > Ronald and/or Bob: isn't it supposed to have? I know it did mine: > There's three different login scripts that bash can use.. The 2.4.3 postflight script knows how to patch .profile and .bash_profile... but if a .bash_login exists and .bash_profile does not exist then it will create a .profile that is never used. Perhaps that is what happened? Either that, or he has yet to start a new terminal window since installing Python... -bob From ronaldoussoren at mac.com Mon Sep 18 22:04:34 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 18 Sep 2006 22:04:34 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> Message-ID: <1E2BAB58-FB36-46DA-90E5-853490C91CD1@mac.com> On Sep 18, 2006, at 9:42 PM, Bob Ippolito wrote: > On 9/18/06, Christopher Barker wrote: >> Gerben Wierda wrote: >>>> what shell are you using? >>> >>> bash (default shell). But my env has not been changed by the >>> Universal pkg. >>> >>> hermione-a:~ gerben$ which python >>> /usr/bin/python >>> >>> PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/ >>> teTeX/bin/i386-apple-darwin-current >>> >>> >>> I also would wonder if that would be something that the >>> Universal .pkg >>> should do. It would mean that I would get a new python when I call >>> system utitlities that use Python from the command line (because it >>> would have to be inserted at the start of my PATH and that is >>> generally >>> taken as not the right thing to do) >> >> A) system scripts should have the path to Python hard coded: >> >> #!/usr/bin/python >> >> B) The installer is only supposed to alter your login shell PATH, so >> anything called by the system won't be effected. >> >>> But anyway, Universal pkg did not set up my PATH for my command >>> line shell. >> >> Curious: >> >> Ronald and/or Bob: isn't it supposed to have? I know it did mine: >> > > There's three different login scripts that bash can use.. The 2.4.3 > postflight script knows how to patch .profile and .bash_profile... but > if a .bash_login exists and .bash_profile does not exist then it will > create a .profile that is never used. Perhaps that is what happened? Could be. The script that does the patching is installed into / Application/MacPython 2.4, if someone that knows about all of the details of the startup sequence of bash could have a look at that script I'd appreciate it; that way we could have a fully correct script for 2.4.4 and 2.5.1. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060918/17d8dc13/attachment.bin From Gerben.Wierda at rna.nl Mon Sep 18 22:11:58 2006 From: Gerben.Wierda at rna.nl (Gerben Wierda) Date: Mon, 18 Sep 2006 22:11:58 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> Message-ID: <440574B2-6EEF-4463-BC9C-4835ADFA7710@rna.nl> On Sep 18, 2006, at 21:42 , Bob Ippolito wrote: > On 9/18/06, Christopher Barker wrote: >> Gerben Wierda wrote: >> >> what shell are you using? >> > >> > bash (default shell). But my env has not been changed by the >> Universal pkg. >> > >> > hermione-a:~ gerben$ which python >> > /usr/bin/python >> > >> > PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/ >> teTeX/bin/i386-apple-darwin-current >> > >> > >> > I also would wonder if that would be something that the >> Universal .pkg >> > should do. It would mean that I would get a new python when I call >> > system utitlities that use Python from the command line (because it >> > would have to be inserted at the start of my PATH and that is >> generally >> > taken as not the right thing to do) >> >> A) system scripts should have the path to Python hard coded: >> >> #!/usr/bin/python >> >> B) The installer is only supposed to alter your login shell PATH, so >> anything called by the system won't be effected. >> >> > But anyway, Universal pkg did not set up my PATH for my command >> line shell. >> >> Curious: >> >> Ronald and/or Bob: isn't it supposed to have? I know it did mine: >> > > There's three different login scripts that bash can use.. The 2.4.3 > postflight script knows how to patch .profile and .bash_profile... but > if a .bash_login exists and .bash_profile does not exist then it will > create a .profile that is never used. Perhaps that is what happened? That is exactly what has happened. Just a remark. Changing ~/.profile btw is not what I would expect from a package like this. You are installing a system-wide tool and you are only opening it to the user that has installed it (instead of say, changing /etc/profile). Secondly, there is this thing that you are doing something that may be forwned upon (PATH entry added at the start of the PATH), so at least it would be good to warn the user about it with some panel. Easy to do with a different (open source) Mac OS X installer (http://www.rna.nl/ii.html ;-) ;-) ;-) G From ronaldoussoren at mac.com Mon Sep 18 22:28:52 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 18 Sep 2006 22:28:52 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <440574B2-6EEF-4463-BC9C-4835ADFA7710@rna.nl> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> <440574B2-6EEF-4463-BC9C-4835ADFA7710@rna.nl> Message-ID: On Sep 18, 2006, at 10:11 PM, Gerben Wierda wrote: > On Sep 18, 2006, at 21:42 , Bob Ippolito wrote: > >> On 9/18/06, Christopher Barker wrote: >>> Gerben Wierda wrote: >>>>> what shell are you using? >>>> >>>> bash (default shell). But my env has not been changed by the >>> Universal pkg. >>>> >>>> hermione-a:~ gerben$ which python >>>> /usr/bin/python >>>> >>>> PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/ >>> teTeX/bin/i386-apple-darwin-current >>>> >>>> >>>> I also would wonder if that would be something that the >>> Universal .pkg >>>> should do. It would mean that I would get a new python when I call >>>> system utitlities that use Python from the command line (because it >>>> would have to be inserted at the start of my PATH and that is >>> generally >>>> taken as not the right thing to do) >>> >>> A) system scripts should have the path to Python hard coded: >>> >>> #!/usr/bin/python >>> >>> B) The installer is only supposed to alter your login shell PATH, so >>> anything called by the system won't be effected. >>> >>>> But anyway, Universal pkg did not set up my PATH for my command >>> line shell. >>> >>> Curious: >>> >>> Ronald and/or Bob: isn't it supposed to have? I know it did mine: >>> >> >> There's three different login scripts that bash can use.. The 2.4.3 >> postflight script knows how to patch .profile and .bash_profile... >> but >> if a .bash_login exists and .bash_profile does not exist then it will >> create a .profile that is never used. Perhaps that is what happened? > > That is exactly what has happened. > > Just a remark. Changing ~/.profile btw is not what I would expect > from a package like this. You are installing a system-wide tool and > you are only opening it to the user that has installed it (instead of > say, changing /etc/profile). Secondly, there is this thing that you > are doing something that may be forwned upon (PATH entry added at the > start of the PATH), so at least it would be good to warn the user > about it with some panel. Easy to do with a different (open source) > Mac OS X installer (http://www.rna.nl/ii.html ;-) ;-) ;-) The initial screen of the 2.5 installer warns about this, patches to improve the message are welcome ;-). I don't like the idea of using another installer, the current installer can be used with remote managment tools like Apple Remote Desktop. BTW. You can disable the profile patch feature, it is an optional subpackage (as noted in the 2.5 welcome screen). The reason I haven't added code to patch /etc/profile and /etc/ csh.login is that these files are technically Apple-owned and could be patched in software update. I haven't looked for statements about this, but I have had patches to other files in /etc reverted by software update patches (specifically /etc/rc). Another reason for not patching files in /etc/ is that the current scheme allows users to choose whether they want to use the updated profile or not. Its also helpful for my peace of mind that even if I botched up the patching process a user can login using another account to fix the issue ;-) I'm not particularly attached to the current behaviour, we could switch to another scheme in a future version of python. Ronald > > G > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060918/15aebfc4/attachment.bin From bob at redivi.com Mon Sep 18 23:48:36 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 18 Sep 2006 14:48:36 -0700 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> <440574B2-6EEF-4463-BC9C-4835ADFA7710@rna.nl> Message-ID: <6a36e7290609181448m44777610g4b28b84af05d8e2f@mail.gmail.com> On 9/18/06, Ronald Oussoren wrote: > > On Sep 18, 2006, at 10:11 PM, Gerben Wierda wrote: > > > On Sep 18, 2006, at 21:42 , Bob Ippolito wrote: > > > >> On 9/18/06, Christopher Barker wrote: > >>> Gerben Wierda wrote: > >>>>> what shell are you using? > >>>> > >>>> bash (default shell). But my env has not been changed by the > >>> Universal pkg. > >>>> > >>>> hermione-a:~ gerben$ which python > >>>> /usr/bin/python > >>>> > >>>> PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/ > >>> teTeX/bin/i386-apple-darwin-current > >>>> > >>>> > >>>> I also would wonder if that would be something that the > >>> Universal .pkg > >>>> should do. It would mean that I would get a new python when I call > >>>> system utitlities that use Python from the command line (because it > >>>> would have to be inserted at the start of my PATH and that is > >>> generally > >>>> taken as not the right thing to do) > >>> > >>> A) system scripts should have the path to Python hard coded: > >>> > >>> #!/usr/bin/python > >>> > >>> B) The installer is only supposed to alter your login shell PATH, so > >>> anything called by the system won't be effected. > >>> > >>>> But anyway, Universal pkg did not set up my PATH for my command > >>> line shell. > >>> > >>> Curious: > >>> > >>> Ronald and/or Bob: isn't it supposed to have? I know it did mine: > >>> > >> > >> There's three different login scripts that bash can use.. The 2.4.3 > >> postflight script knows how to patch .profile and .bash_profile... > >> but > >> if a .bash_login exists and .bash_profile does not exist then it will > >> create a .profile that is never used. Perhaps that is what happened? > > > > That is exactly what has happened. That's easy enough to fix for Python 2.5's installer. > > Just a remark. Changing ~/.profile btw is not what I would expect > > from a package like this. You are installing a system-wide tool and > > you are only opening it to the user that has installed it (instead of > > say, changing /etc/profile). Secondly, there is this thing that you > > are doing something that may be forwned upon (PATH entry added at the > > start of the PATH), so at least it would be good to warn the user > > about it with some panel. Easy to do with a different (open source) > > Mac OS X installer (http://www.rna.nl/ii.html ;-) ;-) ;-) There is a warning, as Ronald says. Anyway, this isn't really up for discussion... we've found out over the past 5 years or so that a great many people don't know anything about PATH. The current scheme is much much much much easier than hand-holding people through creating a .profile. The people that know enough about environment variables to have an opinion on whether they want this behavior or not can easily fix it by unchecking it in the installer or removing the additional line from their login script. Also, this is exactly what other tools such as MacPorts and Fink do -- create a user profile for a system-wide tool. If a better solution was available, I'm sure one of the two would be using it. When/if that ever happens (unlikely), we'll surely follow suit at some point. -bob From bob at redivi.com Tue Sep 19 02:03:13 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 18 Sep 2006 17:03:13 -0700 Subject: [Pythonmac-SIG] scipy-0.5.1 build for listing In-Reply-To: <6382066a0609180725u3225d81fw76151da53c748c9e@mail.gmail.com> References: <6382066a0609180725u3225d81fw76151da53c748c9e@mail.gmail.com> Message-ID: <6a36e7290609181703i725bc3cct372ef313caa58364@mail.gmail.com> On 9/18/06, Charlie Moad wrote: > Hi, > Could you please add this scipy-0.5.1 build to the listing? It > is compatible with the latest mpl and numpy additions. > > http://euclid.uits.iupui.edu/mplfiles/scipy-0.5.1-py2.4-macosx10.4.mpkg.zip > http://euclid.uits.iupui.edu/mplfiles/scipy-0.5.1-py2.4-macosx-10.4-fat.egg It's up. Thanks! -bob From ronaldoussoren at mac.com Tue Sep 19 07:50:04 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 19 Sep 2006 07:50:04 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <6a36e7290609181448m44777610g4b28b84af05d8e2f@mail.gmail.com> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <6a36e7290609160229u7024c942x528e4de422f842fc@mail.gmail.com> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> <440574B2-6EEF-4463-BC9C-4835ADFA7710@rna.nl> <6a36e7290609181448m44777610g4b28b84af05d8e2f@mail.gmail.com> Message-ID: <3C61C5F9-4F05-45CC-BB19-D4D557FF6C63@mac.com> On Sep 18, 2006, at 11:48 PM, Bob Ippolito wrote: > On 9/18/06, Ronald Oussoren wrote: >> >> On Sep 18, 2006, at 10:11 PM, Gerben Wierda wrote: >> >> > On Sep 18, 2006, at 21:42 , Bob Ippolito wrote: >> > >> >> On 9/18/06, Christopher Barker wrote: >> >>> Gerben Wierda wrote: >> >>>>> what shell are you using? >> >>>> >> >>>> bash (default shell). But my env has not been changed by the >> >>> Universal pkg. >> >>>> >> >>>> hermione-a:~ gerben$ which python >> >>>> /usr/bin/python >> >>>> >> >>>> PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/ >> >>> teTeX/bin/i386-apple-darwin-current >> >>>> >> >>>> >> >>>> I also would wonder if that would be something that the >> >>> Universal .pkg >> >>>> should do. It would mean that I would get a new python when I >> call >> >>>> system utitlities that use Python from the command line >> (because it >> >>>> would have to be inserted at the start of my PATH and that is >> >>> generally >> >>>> taken as not the right thing to do) >> >>> >> >>> A) system scripts should have the path to Python hard coded: >> >>> >> >>> #!/usr/bin/python >> >>> >> >>> B) The installer is only supposed to alter your login shell >> PATH, so >> >>> anything called by the system won't be effected. >> >>> >> >>>> But anyway, Universal pkg did not set up my PATH for my command >> >>> line shell. >> >>> >> >>> Curious: >> >>> >> >>> Ronald and/or Bob: isn't it supposed to have? I know it did mine: >> >>> >> >> >> >> There's three different login scripts that bash can use.. The >> 2.4.3 >> >> postflight script knows how to patch .profile and .bash_profile... >> >> but >> >> if a .bash_login exists and .bash_profile does not exist then >> it will >> >> create a .profile that is never used. Perhaps that is what >> happened? >> > >> > That is exactly what has happened. > > That's easy enough to fix for Python 2.5's installer. Except for the fact that the release process for 2.5 final started about an hour ago. I won't be making changes to a postinstall script literaly hours before 2.5 final is released to the public, there's no way we'll be able to get enough testing in. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060919/45a87855/attachment.bin From bob at redivi.com Tue Sep 19 09:19:05 2006 From: bob at redivi.com (Bob Ippolito) Date: Tue, 19 Sep 2006 00:19:05 -0700 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <3C61C5F9-4F05-45CC-BB19-D4D557FF6C63@mac.com> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> <440574B2-6EEF-4463-BC9C-4835ADFA7710@rna.nl> <6a36e7290609181448m44777610g4b28b84af05d8e2f@mail.gmail.com> <3C61C5F9-4F05-45CC-BB19-D4D557FF6C63@mac.com> Message-ID: <6a36e7290609190019w17f61257m810b43f844a69e69@mail.gmail.com> On 9/18/06, Ronald Oussoren wrote: > > On Sep 18, 2006, at 11:48 PM, Bob Ippolito wrote: > > > On 9/18/06, Ronald Oussoren wrote: > >> > >> On Sep 18, 2006, at 10:11 PM, Gerben Wierda wrote: > >> > >> > On Sep 18, 2006, at 21:42 , Bob Ippolito wrote: > >> > > >> >> On 9/18/06, Christopher Barker wrote: > >> >>> Gerben Wierda wrote: > >> >>>>> what shell are you using? > >> >>>> > >> >>>> bash (default shell). But my env has not been changed by the > >> >>> Universal pkg. > >> >>>> > >> >>>> hermione-a:~ gerben$ which python > >> >>>> /usr/bin/python > >> >>>> > >> >>>> PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/ > >> >>> teTeX/bin/i386-apple-darwin-current > >> >>>> > >> >>>> > >> >>>> I also would wonder if that would be something that the > >> >>> Universal .pkg > >> >>>> should do. It would mean that I would get a new python when I > >> call > >> >>>> system utitlities that use Python from the command line > >> (because it > >> >>>> would have to be inserted at the start of my PATH and that is > >> >>> generally > >> >>>> taken as not the right thing to do) > >> >>> > >> >>> A) system scripts should have the path to Python hard coded: > >> >>> > >> >>> #!/usr/bin/python > >> >>> > >> >>> B) The installer is only supposed to alter your login shell > >> PATH, so > >> >>> anything called by the system won't be effected. > >> >>> > >> >>>> But anyway, Universal pkg did not set up my PATH for my command > >> >>> line shell. > >> >>> > >> >>> Curious: > >> >>> > >> >>> Ronald and/or Bob: isn't it supposed to have? I know it did mine: > >> >>> > >> >> > >> >> There's three different login scripts that bash can use.. The > >> 2.4.3 > >> >> postflight script knows how to patch .profile and .bash_profile... > >> >> but > >> >> if a .bash_login exists and .bash_profile does not exist then > >> it will > >> >> create a .profile that is never used. Perhaps that is what > >> happened? > >> > > >> > That is exactly what has happened. > > > > That's easy enough to fix for Python 2.5's installer. > > Except for the fact that the release process for 2.5 final started > about an hour ago. I won't be making changes to a postinstall script > literaly hours before 2.5 final is released to the public, there's no > way we'll be able to get enough testing in. > That's fine, it's not really a common issue. It should be considered a bugfix for 2.5.1 and a 2.4.4 universal build (if that happens). Someone ought to file an issue about it so it's not forgotten. -bob From ronaldoussoren at mac.com Tue Sep 19 09:32:55 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 19 Sep 2006 09:32:55 +0200 Subject: [Pythonmac-SIG] Steps needed to get cvs2svn working on Panther or Tiger (solution) In-Reply-To: <6a36e7290609190019w17f61257m810b43f844a69e69@mail.gmail.com> References: <7A338899-1B95-41E6-955B-B294011532DB@rna.nl> <106A3533-6C02-42DD-B8E6-A5CF9547AA78@rna.nl> <450ECD05.6040302@noaa.gov> <450EF364.9040108@noaa.gov> <6a36e7290609181242r3341b08cg6ef66ed920969759@mail.gmail.com> <440574B2-6EEF-4463-BC9C-4835ADFA7710@rna.nl> <6a36e7290609181448m44777610g4b28b84af05d8e2f@mail.gmail.com> <3C61C5F9-4F05-45CC-BB19-D4D557FF6C63@mac.com> <6a36e7290609190019w17f61257m810b43f844a69e69@mail.gmail.com> Message-ID: <4D98AE8D-037D-4466-B546-DD7C8EE0BE01@mac.com> On Sep 19, 2006, at 9:19 AM, Bob Ippolito wrote: > On 9/18/06, Ronald Oussoren wrote: >> >> On Sep 18, 2006, at 11:48 PM, Bob Ippolito wrote: >> >> > On 9/18/06, Ronald Oussoren wrote: >> >> >> >> On Sep 18, 2006, at 10:11 PM, Gerben Wierda wrote: >> >> >> >> > On Sep 18, 2006, at 21:42 , Bob Ippolito wrote: >> >> > >> >> >> On 9/18/06, Christopher Barker wrote: >> >> >>> Gerben Wierda wrote: >> >> >>>>> what shell are you using? >> >> >>>> >> >> >>>> bash (default shell). But my env has not been changed by the >> >> >>> Universal pkg. >> >> >>>> >> >> >>>> hermione-a:~ gerben$ which python >> >> >>>> /usr/bin/python >> >> >>>> >> >> >>>> PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/ >> >> >>> teTeX/bin/i386-apple-darwin-current >> >> >>>> >> >> >>>> >> >> >>>> I also would wonder if that would be something that the >> >> >>> Universal .pkg >> >> >>>> should do. It would mean that I would get a new python when I >> >> call >> >> >>>> system utitlities that use Python from the command line >> >> (because it >> >> >>>> would have to be inserted at the start of my PATH and that is >> >> >>> generally >> >> >>>> taken as not the right thing to do) >> >> >>> >> >> >>> A) system scripts should have the path to Python hard coded: >> >> >>> >> >> >>> #!/usr/bin/python >> >> >>> >> >> >>> B) The installer is only supposed to alter your login shell >> >> PATH, so >> >> >>> anything called by the system won't be effected. >> >> >>> >> >> >>>> But anyway, Universal pkg did not set up my PATH for my >> command >> >> >>> line shell. >> >> >>> >> >> >>> Curious: >> >> >>> >> >> >>> Ronald and/or Bob: isn't it supposed to have? I know it did >> mine: >> >> >>> >> >> >> >> >> >> There's three different login scripts that bash can use.. The >> >> 2.4.3 >> >> >> postflight script knows how to patch .profile >> and .bash_profile... >> >> >> but >> >> >> if a .bash_login exists and .bash_profile does not exist then >> >> it will >> >> >> create a .profile that is never used. Perhaps that is what >> >> happened? >> >> > >> >> > That is exactly what has happened. >> > >> > That's easy enough to fix for Python 2.5's installer. >> >> Except for the fact that the release process for 2.5 final started >> about an hour ago. I won't be making changes to a postinstall script >> literaly hours before 2.5 final is released to the public, there's no >> way we'll be able to get enough testing in. >> > > That's fine, it's not really a common issue. It should be considered a > bugfix for 2.5.1 and a 2.4.4 universal build (if that happens). > Someone ought to file an issue about it so it's not forgotten. Done: www.python.org/sf/1561243 > > -bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2157 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060919/073e0fbe/attachment.bin From rblove at airmail.net Wed Sep 20 04:10:26 2006 From: rblove at airmail.net (Robert Love) Date: Tue, 19 Sep 2006 21:10:26 -0500 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython Message-ID: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> I see version 2.5 is released today. I see there is a packaged version called MacPython. My question is why do I need it? Or rather if I install it, what happens to my existing python that came with OSX? I see that by default MacPython installs in /usr/local/bin but what about the frameworks that came with OSX developer. Are they still used? I'd like a simple explanation of what MacPython does for me and my existing installation. I did check the FAQ but didn't see any thing like this. Thanks for all info. From bob at redivi.com Wed Sep 20 04:46:28 2006 From: bob at redivi.com (Bob Ippolito) Date: Tue, 19 Sep 2006 19:46:28 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> Message-ID: <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> On 9/19/06, Robert Love wrote: > I see version 2.5 is released today. I see there is a packaged > version called MacPython. My question is why do I need it? Or > rather if I install it, what happens to my existing python that came > with OSX? I see that by default MacPython installs in /usr/local/bin > but what about the frameworks that came with OSX developer. Are they > still used? It does not touch anything from the existing system. It's entirely separate. The only difference is that you'll have a newer version of Python available, and it will be the default when you type "python" at the Terminal prompt (assuming you don't disable that feature in the installer, and you've opened a new terminal since the installation). > I'd like a simple explanation of what MacPython does for me and my > existing installation. I did check the FAQ but didn't see any thing > like this. MacPython is newer and community supported. It can be used to build universal redistributable applications. Universal MacPython 2.4.3 is the safest bet right now, 2.5 just came out (today!) and there are known incompatibilities with several popular applications. There also many pre-built easy to install libraries available for 2.4: http://pythonmac.org/packages/py24-fat/ The Python that ships with Mac OS X is very old (2.3.5 rather than the current 2.4.3 or 2.5.0) and not very supported at this point. You'll have to build just about everything on your own. It also ships with a whole bunch of known bugs that Apple isn't ever planning to fix (until you buy and upgrade to Leopard, of course). If you build libraries with it, they will not be universal. It's not (reasonably) possible to build self-contained applications with this version of Python either. It's ok for little scripts, but not so much for serious development. -bob From bwinton at latte.ca Wed Sep 20 20:18:34 2006 From: bwinton at latte.ca (Blake Winton) Date: Wed, 20 Sep 2006 14:18:34 -0400 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> Message-ID: <451185FA.1030500@latte.ca> Bob Ippolito wrote: > On 9/19/06, Robert Love wrote: >> I'd like a simple explanation of what MacPython does for me and my >> existing installation. I did check the FAQ but didn't see any thing >> like this. > MacPython is newer and community supported. It can be used to build > universal redistributable applications. Universal MacPython 2.4.3 is > the safest bet right now, 2.5 just came out (today!) and there are > known incompatibilities with several popular applications. There also > many pre-built easy to install libraries available for 2.4: > http://pythonmac.org/packages/py24-fat/ As a side question, why go with MacPython instead of MacPorts' version of Python? (I've gone with MacPython, personally, but I'm not really clear what the reasons were, other than it seems to work okay this way.) Thanks, Blake. From bob at redivi.com Wed Sep 20 20:25:02 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 20 Sep 2006 11:25:02 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <451185FA.1030500@latte.ca> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> Message-ID: <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> On 9/20/06, Blake Winton wrote: > Bob Ippolito wrote: > > On 9/19/06, Robert Love wrote: > >> I'd like a simple explanation of what MacPython does for me and my > >> existing installation. I did check the FAQ but didn't see any thing > >> like this. > > MacPython is newer and community supported. It can be used to build > > universal redistributable applications. Universal MacPython 2.4.3 is > > the safest bet right now, 2.5 just came out (today!) and there are > > known incompatibilities with several popular applications. There also > > many pre-built easy to install libraries available for 2.4: > > http://pythonmac.org/packages/py24-fat/ > > As a side question, why go with MacPython instead of MacPorts' version > of Python? (I've gone with MacPython, personally, but I'm not really > clear what the reasons were, other than it seems to work okay this way.) > MacPorts is supported by the MacPorts community, and MacPython is supported by the Python community. More packages are used and tested with MacPython than with MacPorts or Fink. Additionally, MacPython is built universally, builds universal extensions by default, and can be used to create redistributable universal applications. MacPorts and Fink are entirely architecture specific and the plumbing to build applications (py2app) isn't supported on anything but MacPython (but patches are accepted). -bob From ronaldoussoren at mac.com Wed Sep 20 22:31:21 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Wed, 20 Sep 2006 22:31:21 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> Message-ID: On Sep 20, 2006, at 8:25 PM, Bob Ippolito wrote: > On 9/20/06, Blake Winton wrote: >> Bob Ippolito wrote: >>> On 9/19/06, Robert Love wrote: >>>> I'd like a simple explanation of what MacPython does for me and my >>>> existing installation. I did check the FAQ but didn't see any >>>> thing >>>> like this. >>> MacPython is newer and community supported. It can be used to build >>> universal redistributable applications. Universal MacPython 2.4.3 is >>> the safest bet right now, 2.5 just came out (today!) and there are >>> known incompatibilities with several popular applications. There >>> also >>> many pre-built easy to install libraries available for 2.4: >>> http://pythonmac.org/packages/py24-fat/ >> >> As a side question, why go with MacPython instead of MacPorts' >> version >> of Python? (I've gone with MacPython, personally, but I'm not really >> clear what the reasons were, other than it seems to work okay this >> way.) >> > > MacPorts is supported by the MacPorts community, and MacPython is > supported by the Python community. More packages are used and tested > with MacPython than with MacPorts or Fink. The MacPorts folks have over 300 ports that are python related, I assume they actually test their ports ;-). As Bob noted MacPython is supported by the Python community, "we" also maintain the mac port, macports and fink just repackage that. A major conceptual difference between MacPorts/Fink and MacPython is that the the first two are projects to use unix software on the mac, while MacPython is more focused on fitting in with the OS. To increase the confusion: there's also an ActiveState distribution of Python. This is also a framework install. I have no idea why you would want to use this unless you need commercial support for your python installation. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060920/aa4f5710/attachment.bin From bob at redivi.com Wed Sep 20 22:46:10 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 20 Sep 2006 13:46:10 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> Message-ID: <6a36e7290609201346x67b1e020u83a11489ba0d54d4@mail.gmail.com> On 9/20/06, Ronald Oussoren wrote: > > On Sep 20, 2006, at 8:25 PM, Bob Ippolito wrote: > > > On 9/20/06, Blake Winton wrote: > >> Bob Ippolito wrote: > >>> On 9/19/06, Robert Love wrote: > >>>> I'd like a simple explanation of what MacPython does for me and my > >>>> existing installation. I did check the FAQ but didn't see any > >>>> thing > >>>> like this. > >>> MacPython is newer and community supported. It can be used to build > >>> universal redistributable applications. Universal MacPython 2.4.3 is > >>> the safest bet right now, 2.5 just came out (today!) and there are > >>> known incompatibilities with several popular applications. There > >>> also > >>> many pre-built easy to install libraries available for 2.4: > >>> http://pythonmac.org/packages/py24-fat/ > >> > >> As a side question, why go with MacPython instead of MacPorts' > >> version > >> of Python? (I've gone with MacPython, personally, but I'm not really > >> clear what the reasons were, other than it seems to work okay this > >> way.) > >> > > > > MacPorts is supported by the MacPorts community, and MacPython is > > supported by the Python community. More packages are used and tested > > with MacPython than with MacPorts or Fink. > > The MacPorts folks have over 300 ports that are python related, I > assume they actually test their ports ;-). As Bob noted MacPython is > supported by the Python community, "we" also maintain the mac port, > macports and fink just repackage that. I'm pretty sure they don't test all of them beyond "setup.py install" working. > A major conceptual difference between MacPorts/Fink and MacPython is > that the the first two are projects to use unix software on the mac, > while MacPython is more focused on fitting in with the OS. > > To increase the confusion: there's also an ActiveState distribution > of Python. This is also a framework install. I have no idea why you > would want to use this unless you need commercial support for your > python installation. > You might want it if you want to see escape codes whenever you try and use the history keys, or if you really hate having a working bsddb module ;) But then again, you can just use Apple's for those "features". That said, ActiveState did release a slightly more usable Python (as far as installation goes anyway) than MacPython during the period between 2.4.1 and the universal build of 2.4.3. And I believe they released an Intel-only build before we did universal support... but those reasons are no longer relevant and haven't been for quite some time. -bob From ronaldoussoren at mac.com Wed Sep 20 22:56:23 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Wed, 20 Sep 2006 22:56:23 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609201346x67b1e020u83a11489ba0d54d4@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201346x67b1e020u83a11489ba0d54d4@mail.gmail.com> Message-ID: On Sep 20, 2006, at 10:46 PM, Bob Ippolito wrote: > On 9/20/06, Ronald Oussoren wrote: >> >> The MacPorts folks have over 300 ports that are python related, I >> assume they actually test their ports ;-). As Bob noted MacPython is >> supported by the Python community, "we" also maintain the mac port, >> macports and fink just repackage that. > > I'm pretty sure they don't test all of them beyond "setup.py > install" working. Somehow that doesn't surprise me, they have a limited set of port maintainers and those can't possibly use all ports that are up there. The MacPorts python24 port is a bit odd, I don't agree with some of their patches. Time to get moving on finishing my backport of the 2.5 universal-binary patches to the 2.4 tree and getting those in before 2.4.4 is released :-) Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060920/ea613612/attachment.bin From Chris.Barker at noaa.gov Thu Sep 21 00:23:47 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Wed, 20 Sep 2006 15:23:47 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> Message-ID: <4511BF73.7000606@noaa.gov> Ronald Oussoren wrote: > A major conceptual difference between MacPorts/Fink and MacPython is > that the the first two are projects to use unix software on the mac, > while MacPython is more focused on fitting in with the OS. To be clear: is it even possible to use Macports or fink python for Native Mac GUIs? (tkAqua, wxPython, PyObjC) -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (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 bob at redivi.com Thu Sep 21 00:27:58 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 20 Sep 2006 15:27:58 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <4511BF73.7000606@noaa.gov> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <4511BF73.7000606@noaa.gov> Message-ID: <6a36e7290609201527o5f85e61dv79c67b15a07bd614@mail.gmail.com> On 9/20/06, Christopher Barker wrote: > Ronald Oussoren wrote: > > A major conceptual difference between MacPorts/Fink and MacPython is > > that the the first two are projects to use unix software on the mac, > > while MacPython is more focused on fitting in with the OS. > > To be clear: is it even possible to use Macports or fink python for > Native Mac GUIs? (tkAqua, wxPython, PyObjC) MacPorts definitely has a PyObjC port, but it's not maintained or tested by any PyObjC developers. It might work... -bob From rowen at cesmail.net Thu Sep 21 02:08:47 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Wed, 20 Sep 2006 17:08:47 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> Message-ID: In article , Ronald Oussoren wrote: > To increase the confusion: there's also an ActiveState distribution > of Python. This is also a framework install. I have no idea why you > would want to use this unless you need commercial support for your > python installation. Here's one reason: ActiveState Python can actually see the ActiveState Tcl/Tk if present. You can convince MacPython to do it, but it take some black magic. The Tcl/Tk that is built into Tiger has some nasty bugs. Users are much better off upgrading to 8.4.11 and ActiveState offers the only installer package I know of that does that (MacPorts may do it, but during the transition from DarwinPorts to MacPorts I couldn't find any way to find out). If you think Mac users are crazy to use the built in python instead of installing a more recent version, the situation is similar or worse for the built in Tcl/Tk (and will be even more so once a universal Tcl/Tk installer is available). I mentioned this a few days ago and somebody said "why don't you submit a patch" for the MacPython build process. I've started looking into that. However, my strong suspicion is that the way to build a MacPython installer that can use a user-installed Tcl/Tk is to *have* a user-installed Tcl/Tk installed before building python for the MacPython installer package. -- Russell From bob at redivi.com Thu Sep 21 02:21:35 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 20 Sep 2006 17:21:35 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> Message-ID: <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> On 9/20/06, Russell E. Owen wrote: > In article , > Ronald Oussoren wrote: > > > To increase the confusion: there's also an ActiveState distribution > > of Python. This is also a framework install. I have no idea why you > > would want to use this unless you need commercial support for your > > python installation. > > Here's one reason: ActiveState Python can actually see the ActiveState > Tcl/Tk if present. You can convince MacPython to do it, but it take some > black magic. > > The Tcl/Tk that is built into Tiger has some nasty bugs. Users are much > better off upgrading to 8.4.11 and ActiveState offers the only installer > package I know of that does that (MacPorts may do it, but during the > transition from DarwinPorts to MacPorts I couldn't find any way to find > out). > > If you think Mac users are crazy to use the built in python instead of > installing a more recent version, the situation is similar or worse for > the built in Tcl/Tk (and will be even more so once a universal Tcl/Tk > installer is available). > > I mentioned this a few days ago and somebody said "why don't you submit > a patch" for the MacPython build process. > > I've started looking into that. However, my strong suspicion is that the > way to build a MacPython installer that can use a user-installed Tcl/Tk > is to *have* a user-installed Tcl/Tk installed before building python > for the MacPython installer package. That's one way, another is to use install_name_tool as part of the build procedure to change what _tkinter.so looks for, and a third is to include a subset of a recent Tcl/Tk in the build like the Win32 installer does. The third option is ideal as far as how we do everything else goes. Personally, I don't care much about this issue. I don't use Tcl/Tk Aqua, and it seems the only third party builds readily and obviously available are PPC-only, and I use a MacBook Pro. Creating a bug and/or patch makes it a lot more likely that something will happen (especially a patch). -bob From rblove at airmail.net Thu Sep 21 03:10:38 2006 From: rblove at airmail.net (Robert Love) Date: Wed, 20 Sep 2006 20:10:38 -0500 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> Message-ID: <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> I asked the original question and I want to thank folks for contributing answers. On Sep 20, 2006, at 3:31 PM, Ronald Oussoren wrote: > > A major conceptual difference between MacPorts/Fink and MacPython > is that the the first two are projects to use unix software on the > mac, while MacPython is more focused on fitting in with the OS. Here is the statement that puzzles me the most. OSX is Unix. What differences are you referring to? I long for the day when I can just grab the latest tarball, untar, configure, make and make install and it builds and fits in with OSX. From bob at redivi.com Thu Sep 21 03:16:28 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 20 Sep 2006 18:16:28 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> Message-ID: <6a36e7290609201816g767d3da7q932f3d575c546896@mail.gmail.com> On 9/20/06, Robert Love wrote: > I asked the original question and I want to thank folks for > contributing answers. > > On Sep 20, 2006, at 3:31 PM, Ronald Oussoren wrote: > > > > > A major conceptual difference between MacPorts/Fink and MacPython > > is that the the first two are projects to use unix software on the > > mac, while MacPython is more focused on fitting in with the OS. > > Here is the statement that puzzles me the most. OSX is Unix. What > differences are you referring to? MacPorts makes OS X feel like a BSD. Fink makes OS X feel like Debian. OS X generally feels more like NeXTStep. These are very different things. > I long for the day when I can just grab the latest tarball, untar, > configure, make and make install and it builds and fits in with OSX. You can, if you change configure to "configure --enable-framework". Though you may also want to specify "--enable-universalsdk"... and you might want to use the dist scripts to automatically do all of this and download and build universal versions of the dependencies. Though you're better off just getting a binary, because they you don't have to think. -bob From rblove at airmail.net Thu Sep 21 03:40:52 2006 From: rblove at airmail.net (Robert Love) Date: Wed, 20 Sep 2006 20:40:52 -0500 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609201816g767d3da7q932f3d575c546896@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> <6a36e7290609201816g767d3da7q932f3d575c546896@mail.gmail.com> Message-ID: <5241A144-EDCC-4B1C-96FF-0F0129B6238D@airmail.net> On Sep 20, 2006, at 8:16 PM, Bob Ippolito wrote: > On 9/20/06, Robert Love wrote: >> I asked the original question and I want to thank folks for >> contributing answers. >> >> On Sep 20, 2006, at 3:31 PM, Ronald Oussoren wrote: >> >> > >> > A major conceptual difference between MacPorts/Fink and MacPython >> > is that the the first two are projects to use unix software on the >> > mac, while MacPython is more focused on fitting in with the OS. >> >> Here is the statement that puzzles me the most. OSX is Unix. What >> differences are you referring to? > > MacPorts makes OS X feel like a BSD. Fink makes OS X feel like Debian. > OS X generally feels more like NeXTStep. These are very different > things. NeXT is where I came to this party from. I don't have a "Mac" background. > >> I long for the day when I can just grab the latest tarball, untar, >> configure, make and make install and it builds and fits in with OSX. > > You can, if you change configure to "configure --enable-framework". > Though you may also want to specify "--enable-universalsdk"... and you > might want to use the dist scripts to automatically do all of this and > download and build universal versions of the dependencies. OK, maybe I'll try it. Lord knows that Ruby build easily enough. My comments now are more for Apple than you guys From bob at redivi.com Thu Sep 21 03:50:53 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 20 Sep 2006 18:50:53 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <5241A144-EDCC-4B1C-96FF-0F0129B6238D@airmail.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> <6a36e7290609201816g767d3da7q932f3d575c546896@mail.gmail.com> <5241A144-EDCC-4B1C-96FF-0F0129B6238D@airmail.net> Message-ID: <6a36e7290609201850i688f8e1bi34e806359a1c71fd@mail.gmail.com> On 9/20/06, Robert Love wrote: > > On Sep 20, 2006, at 8:16 PM, Bob Ippolito wrote: > > > On 9/20/06, Robert Love wrote: > >> I asked the original question and I want to thank folks for > >> contributing answers. > >> > >> On Sep 20, 2006, at 3:31 PM, Ronald Oussoren wrote: > >> > >> > > >> > A major conceptual difference between MacPorts/Fink and MacPython > >> > is that the the first two are projects to use unix software on the > >> > mac, while MacPython is more focused on fitting in with the OS. > >> > >> Here is the statement that puzzles me the most. OSX is Unix. What > >> differences are you referring to? > > > > MacPorts makes OS X feel like a BSD. Fink makes OS X feel like Debian. > > OS X generally feels more like NeXTStep. These are very different > > things. > > NeXT is where I came to this party from. I don't have a "Mac" > background. > > > > > > >> I long for the day when I can just grab the latest tarball, untar, > >> configure, make and make install and it builds and fits in with OSX. > > > > You can, if you change configure to "configure --enable-framework". > > Though you may also want to specify "--enable-universalsdk"... and you > > might want to use the dist scripts to automatically do all of this and > > download and build universal versions of the dependencies. > > OK, maybe I'll try it. Lord knows that Ruby build easily enough. > > My comments now are more for Apple than you guys Well, to get an equivalent to the Ruby build (no framework, traditional unix style) all you do is "./configure && make && sudo make install". Python however has GUI apps and a framework that can be optionally used, so there's a configure option to twiddle. -bob From ronaldoussoren at mac.com Thu Sep 21 07:54:23 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 21 Sep 2006 07:54:23 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> Message-ID: <892D4760-BEE0-4D40-9C75-5EB114AC2DC5@mac.com> On Sep 21, 2006, at 3:10 AM, Robert Love wrote: > I asked the original question and I want to thank folks for > contributing answers. > > On Sep 20, 2006, at 3:31 PM, Ronald Oussoren wrote: > >> >> A major conceptual difference between MacPorts/Fink and MacPython >> is that the the first two are projects to use unix software on the >> mac, while MacPython is more focused on fitting in with the OS. > > Here is the statement that puzzles me the most. OSX is Unix. What > differences are you referring to? OSX is more than plain unix, it is unix + loads of Apple goodies (Cocoa, CoreGraphics, other CoreFoo libraries) and conventions (use frameworks instead of plain libraries). Fink and DarwinPorts tend to ignore the Apple goodies and act as if OSX is just another linux distribution (to put it bluntly). That is not necessarily a bad thing, just a different point of view. Heck, getting software to run properly isn't always easy and both DarwinPorts and Fink support a lot of software. Making all that blend in nicely with the OS would be a gigantic task. > > I long for the day when I can just grab the latest tarball, untar, > configure, make and make install and it builds and fits in with OSX. That requires work to modify software to properly support OSX. For most GUI programs that is not a trivial task (and I don't consider "runs in Apple's X11 application" to be "fits in with OSX"). Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060921/b850b534/attachment-0001.bin From Chris.Barker at noaa.gov Thu Sep 21 18:09:15 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Thu, 21 Sep 2006 09:09:15 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> Message-ID: <4512B92B.5000201@noaa.gov> Robert Love wrote: > On Sep 20, 2006, at 3:31 PM, Ronald Oussoren wrote: >> A major conceptual difference between MacPorts/Fink and MacPython >> is that the the first two are projects to use unix software on the >> mac, while MacPython is more focused on fitting in with the OS. > > Here is the statement that puzzles me the most. OSX is Unix. What > differences are you referring to? Here's how I think about it, and why I don't use fink or darwinports: The whole POINT of OS-X is that Apple has put a nice layer on top of Unix that meets the expectations of modern, non-programmer, computer users. To that end, Apple has actually made it a bit awkward to do traditional unixy things, in tradition unixy ways. In addition, they've added a number of features (Frameworks, application bundles, "universal" binaries, etc.) that make it easier for them to provide the user experience that that they are trying to provide. fink and macports are both efforts to bring as much Unix software to the Mac as possible. They have both taken the easy way out (I don't mean that to be critical, they never would had nearly as much working if they hadn't). That is, they've made OS-X look and act like *nix (Linux mostly, as least as far as fink is concerned), rather than make ALL the software they are porting do things the OS-X way. To me, it feels a lot like Cygwin on Windows. It feels like I'm doing either Unix or OS-X; they are not well integrated. Almost like running a virtual machine with Linux on it. I've never understood the appeal to this. If I wanted Linux, I'd run Linux (indeed I do, more that OS-X). I guess the appeal is that you can run iTunes and MS Office, and the unixy stuff on the same box at the same time. I do get that. However, when I write python software for OS-X, I want it to fit in with OS-X, so I try to use the only tools that are OS-X native. Still a question: my understanding is that to run apps that access Aqua, the app needs to be in an application bundle. As Macports and fink don't provide application bundles -- how is it even possible to use them to write apps that use Aqua? Or is there a fink version of pythonw? -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (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 bob at redivi.com Thu Sep 21 18:31:47 2006 From: bob at redivi.com (Bob Ippolito) Date: Thu, 21 Sep 2006 09:31:47 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <4512B92B.5000201@noaa.gov> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <38911BFC-0C9D-4EEC-B83B-90973AD3EAED@airmail.net> <4512B92B.5000201@noaa.gov> Message-ID: <6a36e7290609210931t31c4f932l92267ceb50fede31@mail.gmail.com> On 9/21/06, Christopher Barker wrote: > Robert Love wrote: > > On Sep 20, 2006, at 3:31 PM, Ronald Oussoren wrote: > >> A major conceptual difference between MacPorts/Fink and MacPython > >> is that the the first two are projects to use unix software on the > >> mac, while MacPython is more focused on fitting in with the OS. > > > > Here is the statement that puzzles me the most. OSX is Unix. What > > differences are you referring to? > > Here's how I think about it, and why I don't use fink or darwinports: > > The whole POINT of OS-X is that Apple has put a nice layer on top of > Unix that meets the expectations of modern, non-programmer, computer > users. To that end, Apple has actually made it a bit awkward to do > traditional unixy things, in tradition unixy ways. In addition, they've > added a number of features (Frameworks, application bundles, "universal" > binaries, etc.) that make it easier for them to provide the user > experience that that they are trying to provide. > > fink and macports are both efforts to bring as much Unix software to the > Mac as possible. They have both taken the easy way out (I don't mean > that to be critical, they never would had nearly as much working if they > hadn't). That is, they've made OS-X look and act like *nix (Linux > mostly, as least as far as fink is concerned), rather than make ALL the > software they are porting do things the OS-X way. To me, it feels a lot > like Cygwin on Windows. It feels like I'm doing either Unix or OS-X; > they are not well integrated. Almost like running a virtual machine with > Linux on it. > > I've never understood the appeal to this. If I wanted Linux, I'd run > Linux (indeed I do, more that OS-X). I guess the appeal is that you can > run iTunes and MS Office, and the unixy stuff on the same box at the > same time. I do get that. However, when I write python software for > OS-X, I want it to fit in with OS-X, so I try to use the only tools that > are OS-X native. > > Still a question: my understanding is that to run apps that access Aqua, > the app needs to be in an application bundle. As Macports and fink don't > provide application bundles -- how is it even possible to use them to > write apps that use Aqua? Or is there a fink version of pythonw? IIRC the MacPorts Python has been a somewhat weird framework build for some time, so it can probably do Aqua apps. No idea what Fink does, I've stayed away from it for years due to bad experiences. py2app could technically be used to create GUI apps for unix builds of python.. but that hasn't been tested in a long time and probably doesn't work as-is. -bob From rowen at cesmail.net Thu Sep 21 20:01:38 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Thu, 21 Sep 2006 11:01:38 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> Message-ID: In article <6a36e7290609201721v4f8725aet97b74b27c225deea at mail.gmail.com>, "Bob Ippolito" wrote: > >... > > I've started looking into that. However, my strong suspicion is that the > > way to build a MacPython installer that can use a user-installed Tcl/Tk > > is to *have* a user-installed Tcl/Tk installed before building python > > for the MacPython installer package. > > That's one way, another is to use install_name_tool as part of the > build procedure to change what _tkinter.so looks for, and a third is > to include a subset of a recent Tcl/Tk in the build like the Win32 > installer does. The third option is ideal as far as how we do > everything else goes. I confess I've not figured out how this would work. Where would the installed Tcl/Tk go, to avoid colliding with a user-installed Tcl/Tk. I'm a bit happier using a user-installed Tcl/Tk (if found) because it's still not completely stable and the user should easily be able to upgrade to a newer (less buggy) version if one comes along. > Personally, I don't care much about this issue. I don't use Tcl/Tk > Aqua, and it seems the only third party builds readily and obviously > available are PPC-only, and I use a MacBook Pro. Creating a bug and/or > patch makes it a lot more likely that something will happen > (especially a patch). I wasn't sure what to patch, so I submitted bug report #1563046. The bug report includes a python script that (based on your recipe) modifies _tkinter.so to use a user-installed framework Tcl/Tk if it finds one. I'm hoping the script will run as part of the installation of MacPython. -- Russell From ibaird at gmail.com Fri Sep 22 07:23:09 2006 From: ibaird at gmail.com (Ian Baird) Date: Thu, 21 Sep 2006 22:23:09 -0700 Subject: [Pythonmac-SIG] Stackless on Python2.5 Universal Built - Passing Tests Message-ID: I've built stackless python for python 2.5 on my machine and it passes the unit tests. I had to update some of the assembler to get it to compile under gcc 4. Who should I submit my patche to and how should I package this up? I'm currently running the universal python build script to create an mpkg which dutifully clobbers universal python 2.5 when installed. Thanks, Ian Baird From simon at brunningonline.net Fri Sep 22 11:17:25 2006 From: simon at brunningonline.net (Simon Brunning) Date: Fri, 22 Sep 2006 10:17:25 +0100 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> Message-ID: <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> On 9/20/06, Bob Ippolito wrote: > > There also > many pre-built easy to install libraries available for 2.4: > http://pythonmac.org/packages/py24-fat/ Are Python 2.5 versions of these forthcoming? I can build most of them myself, but I've never had any sucess building psycopg2... -- Cheers, Simon B, simon at brunningonline.net, http://www.brunningonline.net/simon/blog/ From bob at redivi.com Fri Sep 22 11:33:42 2006 From: bob at redivi.com (Bob Ippolito) Date: Fri, 22 Sep 2006 02:33:42 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> Message-ID: <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> On 9/22/06, Simon Brunning wrote: > On 9/20/06, Bob Ippolito wrote: > > > > There also > > many pre-built easy to install libraries available for 2.4: > > http://pythonmac.org/packages/py24-fat/ > > Are Python 2.5 versions of these forthcoming? I can build most of them > myself, but I've never had any sucess building psycopg2... > I'm not going to start building packages myself until I switch to Python 2.5, so only if other people contribute them. I'm waiting for Pyrex support for Python 2.5, and probably also for a FreeBSD port of Python 2.5 since that's what I deploy on these days. -bob From ronaldoussoren at mac.com Fri Sep 22 11:42:04 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Fri, 22 Sep 2006 11:42:04 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> Message-ID: <16678710.1158918124191.JavaMail.ronaldoussoren@mac.com> On Friday, September 22, 2006, at 11:34AM, Bob Ippolito wrote: >On 9/22/06, Simon Brunning wrote: >> On 9/20/06, Bob Ippolito wrote: >> > >> > There also >> > many pre-built easy to install libraries available for 2.4: >> > http://pythonmac.org/packages/py24-fat/ >> >> Are Python 2.5 versions of these forthcoming? I can build most of them >> myself, but I've never had any sucess building psycopg2... >> > >I'm not going to start building packages myself until I switch to >Python 2.5, so only if other people contribute them. > >I'm waiting for Pyrex support for Python 2.5, and probably also for a >FreeBSD port of Python 2.5 since that's what I deploy on these days. There's a pyrex fork in the lxml tree that claims to support python2.5. I haven't tested this yet. Ronald From Chris.Barker at noaa.gov Fri Sep 22 18:17:53 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Fri, 22 Sep 2006 09:17:53 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> Message-ID: <45140CB1.7020102@noaa.gov> > On 9/22/06, Simon Brunning wrote: >> Are Python 2.5 versions of these forthcoming? Those packages are all built by a variety of volunteers on a "someone needed it and was nice enough to contribute it" basis. Some of the harder ones are build by Bob and Ronald, though, which is much appreciated! When the 2.5 Universal build is released, they'll probably come in fairly quickly, but it will be awhile before they are all there. > I can build most of them myself If you do, please contribute them by sending them to Bob I. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From Chris.Barker at noaa.gov Fri Sep 22 18:45:55 2006 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Fri, 22 Sep 2006 09:45:55 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> Message-ID: <45141343.5020200@noaa.gov> Simon Brunning wrote: > On 9/22/06, Christopher Barker wrote: >> > I can build most of them myself >> >> If you do, please contribute them by sending them to Bob I. > > As in, I can do "setup.py install" and install them for myself. How do > I build a distributable package? Get Py2app, then use: bdist_mpkg For the easy ones, that's all there is to it. The trick is when a package has other dependencies. In that case, we try to build it statically linked with those. This gets tricky with the Universal build, as you need the dependencies to be Universal too. -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (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 bob at redivi.com Fri Sep 22 18:51:29 2006 From: bob at redivi.com (Bob Ippolito) Date: Fri, 22 Sep 2006 09:51:29 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <45141343.5020200@noaa.gov> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> Message-ID: <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> On 9/22/06, Christopher Barker wrote: > Simon Brunning wrote: > > On 9/22/06, Christopher Barker wrote: > >> > I can build most of them myself > >> > >> If you do, please contribute them by sending them to Bob I. > > > > As in, I can do "setup.py install" and install them for myself. How do > > I build a distributable package? > > Get Py2app, then use: > > bdist_mpkg bdist_mpkg -z will produce a zipped .pkg and save you a step... -bob From rowen at cesmail.net Fri Sep 22 20:51:45 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Fri, 22 Sep 2006 11:51:45 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> Message-ID: In article <6a36e7290609220951w49e14a65oe649214183776d95 at mail.gmail.com>, "Bob Ippolito" wrote: > On 9/22/06, Christopher Barker wrote: > > Simon Brunning wrote: > > > On 9/22/06, Christopher Barker wrote: > > >> > I can build most of them myself > > >> > > >> If you do, please contribute them by sending them to Bob I. > > > > > > As in, I can do "setup.py install" and install them for myself. How do > > > I build a distributable package? > > > > Get Py2app, then use: > > > > bdist_mpkg > > bdist_mpkg -z will produce a zipped .pkg and save you a step... Is there a flag that will make a .dmg instead of a .zip? If not, I'd like to look into contributing one. (I find dmg convenient because it can just be ejected after the installation; it doesn't have to be deleted). -- Russell From bob at redivi.com Fri Sep 22 20:57:40 2006 From: bob at redivi.com (Bob Ippolito) Date: Fri, 22 Sep 2006 11:57:40 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> Message-ID: <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> On 9/22/06, Russell E. Owen wrote: > In article > <6a36e7290609220951w49e14a65oe649214183776d95 at mail.gmail.com>, > "Bob Ippolito" wrote: > > > On 9/22/06, Christopher Barker wrote: > > > Simon Brunning wrote: > > > > On 9/22/06, Christopher Barker wrote: > > > >> > I can build most of them myself > > > >> > > > >> If you do, please contribute them by sending them to Bob I. > > > > > > > > As in, I can do "setup.py install" and install them for myself. How do > > > > I build a distributable package? > > > > > > Get Py2app, then use: > > > > > > bdist_mpkg > > > > bdist_mpkg -z will produce a zipped .pkg and save you a step... > > Is there a flag that will make a .dmg instead of a .zip? If not, I'd > like to look into contributing one. (I find dmg convenient because it > can just be ejected after the installation; it doesn't have to be > deleted). No, there isn't, and I'd rather not have one. I prefer zip because it can be processed without proprietary tools. If I really needed to get at the contents of a package from a BSD box I could unzip it and then pax out the files. If it was in a DMG I'd be screwed. -bob From ronaldoussoren at mac.com Sat Sep 23 17:05:20 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Sat, 23 Sep 2006 17:05:20 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> Message-ID: <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> On Sep 22, 2006, at 8:57 PM, Bob Ippolito wrote: > On 9/22/06, Russell E. Owen wrote: >> In article >> <6a36e7290609220951w49e14a65oe649214183776d95 at mail.gmail.com>, >> "Bob Ippolito" wrote: >> >>> On 9/22/06, Christopher Barker wrote: >>>> Simon Brunning wrote: >>>>> On 9/22/06, Christopher Barker wrote: >>>>>>> I can build most of them myself >>>>>> >>>>>> If you do, please contribute them by sending them to Bob I. >>>>> >>>>> As in, I can do "setup.py install" and install them for myself. >>>>> How do >>>>> I build a distributable package? >>>> >>>> Get Py2app, then use: >>>> >>>> bdist_mpkg >>> >>> bdist_mpkg -z will produce a zipped .pkg and save you a step... >> >> Is there a flag that will make a .dmg instead of a .zip? If not, I'd >> like to look into contributing one. (I find dmg convenient because it >> can just be ejected after the installation; it doesn't have to be >> deleted). > > No, there isn't, and I'd rather not have one. > > I prefer zip because it can be processed without proprietary tools. If > I really needed to get at the contents of a package from a BSD box I > could unzip it and then pax out the files. If it was in a DMG I'd be > screwed. I'm -0 on adding support for DMGs. Using a DMG doesn't buy enough over a zip to warrant spending time on it. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060923/e1eab9de/attachment.bin From rblove at airmail.net Sat Sep 23 18:44:59 2006 From: rblove at airmail.net (Robert Love) Date: Sat, 23 Sep 2006 11:44:59 -0500 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> Message-ID: <7717647A-4DC6-4C20-822F-0F81677323AF@airmail.net> A follow up to my original question--does MacPython come with an uninstaller script? From ronaldoussoren at mac.com Sat Sep 23 20:55:26 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Sat, 23 Sep 2006 20:55:26 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> Message-ID: <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> On Sep 21, 2006, at 8:01 PM, Russell E. Owen wrote: > In article > <6a36e7290609201721v4f8725aet97b74b27c225deea at mail.gmail.com>, > "Bob Ippolito" wrote: > >>> ... >>> I've started looking into that. However, my strong suspicion is >>> that the >>> way to build a MacPython installer that can use a user-installed >>> Tcl/Tk >>> is to *have* a user-installed Tcl/Tk installed before building >>> python >>> for the MacPython installer package. >> >> That's one way, another is to use install_name_tool as part of the >> build procedure to change what _tkinter.so looks for, and a third is >> to include a subset of a recent Tcl/Tk in the build like the Win32 >> installer does. The third option is ideal as far as how we do >> everything else goes. > > I confess I've not figured out how this would work. Where would the > installed Tcl/Tk go, to avoid colliding with a user-installed Tcl/Tk. > > I'm a bit happier using a user-installed Tcl/Tk (if found) because > it's > still not completely stable and the user should easily be able to > upgrade to a newer (less buggy) version if one comes along. > >> Personally, I don't care much about this issue. I don't use Tcl/Tk >> Aqua, and it seems the only third party builds readily and obviously >> available are PPC-only, and I use a MacBook Pro. Creating a bug >> and/or >> patch makes it a lot more likely that something will happen >> (especially a patch). > > I wasn't sure what to patch, so I submitted bug report #1563046. > > The bug report includes a python script that (based on your recipe) > modifies _tkinter.so to use a user-installed framework Tcl/Tk if it > finds one. > > I'm hoping the script will run as part of the installation of > MacPython. As I noted in a comment in that bugreport I'm not to keen on that. I don't mind shipping the script ( or a GUI version of it) in the application folder for users that want to switch to a newer Tk, or even ship a minimal version of Tcl/Tk inside the Python.framework, but running this script during installation means that (a) the script must be 100% correct in all situations and (b) we'll end up with Python installations that are slightly different which won't be fun to investigate when someone reports a problem with tkinter. Especially because users might not even realize they have a copy of Tk in /Library/Frameworks. Ronald > > -- Russell > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060923/60ee32fb/attachment.bin From ronaldoussoren at mac.com Sat Sep 23 21:14:06 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Sat, 23 Sep 2006 21:14:06 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <7717647A-4DC6-4C20-822F-0F81677323AF@airmail.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> <7717647A-4DC6-4C20-822F-0F81677323AF@airmail.net> Message-ID: <0BE9F670-EE67-4BE4-829E-4CCBD5BA455D@mac.com> On Sep 23, 2006, at 6:44 PM, Robert Love wrote: > > A follow up to my original question--does MacPython come with an > uninstaller script? No, complain to Apple about them including an installer that can't uninstall ;-). To uninstall python2.5: - Remove /Applications/MacPython 2.5 - Remove /Library/Frameworks/Python.framework/Versions/2.5 - Remove /Developer/Documentation/Python/Reference Documentation You may want to update the Current symlink in /Library/Frameworks/ Python.framework as well (although this isn't necessary for anyone that uses python in the recommended way). Uninstalling python2.4 is done in a simular manor. Ronald > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060923/ded9193b/attachment-0001.bin From pedz at easesoftware.com Sun Sep 24 15:35:12 2006 From: pedz at easesoftware.com (Perry Smith) Date: Sun, 24 Sep 2006 08:35:12 -0500 Subject: [Pythonmac-SIG] Wiki suggestions Message-ID: <13BC1BC3-84BC-439E-84A6-75C035C64AAA@easesoftware.com> I'm curious if anyone on this list has either a suggestion for some Python based Wiki software or a pointer to a site that can help me in my search. Thank you, Perry Smith Ease Software, Inc. pedz at easesoftware.com http://www.easesoftware.com SATA Products for IBMs RS/6000, pSeries and AIX systems -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pythonmac-sig/attachments/20060924/325b8e2f/attachment.htm From skip at pobox.com Sun Sep 24 16:03:29 2006 From: skip at pobox.com (skip at pobox.com) Date: Sun, 24 Sep 2006 09:03:29 -0500 Subject: [Pythonmac-SIG] Wiki suggestions In-Reply-To: <13BC1BC3-84BC-439E-84A6-75C035C64AAA@easesoftware.com> References: <13BC1BC3-84BC-439E-84A6-75C035C64AAA@easesoftware.com> Message-ID: <17686.36913.488742.840485@montanaro.dyndns.org> Perry> I'm curious if anyone on this list has either a suggestion for Perry> some Python based Wiki software or a pointer to a site that can Perry> help me in my search. MoinMoin? http://moinmoin.wikiwikiweb.de/ Skip From vip at avatar.com.au Mon Sep 25 04:57:59 2006 From: vip at avatar.com.au (David Worrall) Date: Mon, 25 Sep 2006 12:57:59 +1000 Subject: [Pythonmac-SIG] Fwd: Wiki suggestions References: <8E1BD793-3647-4B60-9C4B-2F88CDF225B0@avatar.com.au> Message-ID: <33E326A9-C8B7-4308-98E7-8CF6F97C4D85@avatar.com.au> In particular, check out http://moinmoin.wikiwikiweb.de/WikiEngineComparison which is a comparision of various wikis including the language used. David >> >> Perry> I'm curious if anyone on this list has either a >> suggestion for >> Perry> some Python based Wiki software or a pointer to a site >> that can >> Perry> help me in my search. >> >> MoinMoin? http://moinmoin.wikiwikiweb.de/ >> >> Skip >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> > > _____________________________ > David Worrall: sonify at avatar.com.au > > > _______________________________________ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au From john at fouhy.net Mon Sep 25 07:48:20 2006 From: john at fouhy.net (John Fouhy) Date: Mon, 25 Sep 2006 17:48:20 +1200 Subject: [Pythonmac-SIG] Which distribution? Message-ID: <5e58f2e40609242248h52284768p1f73746c0919caaf@mail.gmail.com> I see that I can get python from darwinports, or I can get python from pythonmac.org. Which should I use? -- John. From bob at redivi.com Mon Sep 25 08:08:03 2006 From: bob at redivi.com (Bob Ippolito) Date: Sun, 24 Sep 2006 23:08:03 -0700 Subject: [Pythonmac-SIG] Which distribution? In-Reply-To: <5e58f2e40609242248h52284768p1f73746c0919caaf@mail.gmail.com> References: <5e58f2e40609242248h52284768p1f73746c0919caaf@mail.gmail.com> Message-ID: <6a36e7290609242308r1984ee75l5433f976286880c8@mail.gmail.com> On 9/24/06, John Fouhy wrote: > I see that I can get python from darwinports, or I can get python from > pythonmac.org. Which should I use? It depends on what you want to use it for. Most likely, you want Python from python.org, but some extensions are a lot easier to install with macports (particularly X11 based stuff). Nothing stops you from having both if you need them. -bob From njriley at uiuc.edu Mon Sep 25 08:26:22 2006 From: njriley at uiuc.edu (Nicholas Riley) Date: Mon, 25 Sep 2006 01:26:22 -0500 Subject: [Pythonmac-SIG] Fix Mac page again? Message-ID: <20060925062622.GA40913@uiuc.edu> Can someone fix the download link on this page? It's the one marked "an installer for the latest version". If the 2.5 installer is compatible with 10.3-10.3.8, then the next paragraph could mostly go away too, I guess. Just make sure it doesn't get reworded to suggest running the TclTkAqua installer on 10.4 - if you run it on an Intel machine it'll break things horribly since it's PowerPC only, as I discovered today (and the uninstaller doesn't restore the tclsh/wish links properly). I had someone ask me today where to get Python 2.5, and apparently they missed the link on the main download page. Thanks, -- Nicholas Riley | From ronaldoussoren at mac.com Mon Sep 25 09:39:30 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 25 Sep 2006 09:39:30 +0200 Subject: [Pythonmac-SIG] Fix Mac page again? In-Reply-To: <20060925062622.GA40913@uiuc.edu> References: <20060925062622.GA40913@uiuc.edu> Message-ID: <8553697.1159169970389.JavaMail.ronaldoussoren@mac.com> On Monday, September 25, 2006, at 08:26AM, Nicholas Riley wrote: >Can someone fix the download link on this page? > > > >It's the one marked "an installer for the latest version". If the 2.5 >installer is compatible with 10.3-10.3.8, then the next paragraph >could mostly go away too, I guess. Just make sure it doesn't get >reworded to suggest running the TclTkAqua installer on 10.4 - if you >run it on an Intel machine it'll break things horribly since it's >PowerPC only, as I discovered today (and the uninstaller doesn't >restore the tclsh/wish links properly). > >I had someone ask me today where to get Python 2.5, and apparently >they missed the link on the main download page. I've filed a bug for the website a while back and got no response at all. There were some problems with the main 2.5 pages as well, is looks like almost nobody knows how the new site works :-( Ronald From sonify at avatar.com.au Mon Sep 25 05:04:47 2006 From: sonify at avatar.com.au (sonify) Date: Mon, 25 Sep 2006 13:04:47 +1000 Subject: [Pythonmac-SIG] Wiki suggestions In-Reply-To: <13BC1BC3-84BC-439E-84A6-75C035C64AAA@easesoftware.com> References: <13BC1BC3-84BC-439E-84A6-75C035C64AAA@easesoftware.com> Message-ID: And this page is all python: http://wiki.python.org/moin/PythonWikiEngines David On 24/09/2006, at 11:35 PM, Perry Smith wrote: > I'm curious if anyone on this list has either a suggestion for some > Python based Wiki software or a pointer to a site that can help me > in my search. > > Thank you, > Perry Smith > Ease Software, Inc. > pedz at easesoftware.com > http://www.easesoftware.com > > SATA Products for IBMs RS/6000, pSeries and AIX systems > > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig _____________________________ David Worrall: sonify at avatar.com.au From jrus at hcs.harvard.edu Mon Sep 25 17:17:32 2006 From: jrus at hcs.harvard.edu (Jacob Rus) Date: Mon, 25 Sep 2006 11:17:32 -0400 Subject: [Pythonmac-SIG] on a tangent from new icons In-Reply-To: References: <4449442B.6050903@fas.harvard.edu> Message-ID: Hi again everyone, So a few months later, I started wondering again about some of these things. On April 22, Ronald Oussoren wrote: > On 21-apr-2006, at 22:44, Jacob Rus wrote: >> While we're adding a bunch of icons to Mac Python, and editing >> Info.plist files, and so on, I think we might as well make a >> few other changes: >> >> 1. If it doesn't already, I think Mac Python should ship >> with a python spotlight importer (I got one somewhere else, >> but should be default) > > For the moment anything in the official installer needs to be > part of the official python.org distribution. Anything else > needs to be installed seperately for now. > > That may change in the future, but not until I've had time to > think about the issues and write down a proposal about what to > include and what not. Do you think it would be possible to get an mdimporter included in the python.org distribution? What's lacking for that to happen? It would be good to have an importer for python >> 2. Let's export some UTI's for .pyc/.pyo files and .egg >> files (maybe public.python-bytecode and public.python-egg or >> something, or maybe they need to be org.python.python-bytecode, >> etc.) > > At least some of these are part of the OS. It can't hurt to add > these UTIs to the Info.plist for IDLE of course. So names seem to have gotten added to the plists, but never any UTI's. I still get dynamic UTI's for compiled python scripts and eggs. Regular python scripts have the content type tree: "public.python-script", "public.shell-script", "public.script", "public.source-code", "public.plain-text", "public.text", "public.data", "public.item", "public.content" I'm not sure exactly what the UTI's for eggs and pyc files should be, but we should figure it out and add them. In fact, because none of the applications which ship with official python claim any ownership over eggs at all, we can't even get that nice egg icon that took so long to get right. I'm not sure if there's any GUI app which can deal with eggs, but it would maybe even be good to assign them to an app which can't deal with them, just for the sake of the icon. :) > Now that we (almost) have new icons it would be great if someone > could have a look at IDLE and at the very least writes down what > could be done to make it a better OSX citizen. Actual patches > would of course even be better. > > Please keep in mind that IDLE is a cross-platform application > using tkinter and that it is probably virtually impossible to > make it a really great OSX application. I'm not volunteering (and therefore not complaining), and I don't use IDLE myself and am not likely to start any time, but this would still be nice to see. Anyone? From ronaldoussoren at mac.com Mon Sep 25 19:18:47 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 25 Sep 2006 19:18:47 +0200 Subject: [Pythonmac-SIG] on a tangent from new icons In-Reply-To: References: <4449442B.6050903@fas.harvard.edu> Message-ID: On Sep 25, 2006, at 5:17 PM, Jacob Rus wrote: > Hi again everyone, > > So a few months later, I started wondering again about some of > these things. > > On April 22, Ronald Oussoren wrote: >> On 21-apr-2006, at 22:44, Jacob Rus wrote: >>> While we're adding a bunch of icons to Mac Python, and editing >>> Info.plist files, and so on, I think we might as well make a >>> few other changes: >>> >>> 1. If it doesn't already, I think Mac Python should ship >>> with a python spotlight importer (I got one somewhere else, >>> but should be default) >> >> For the moment anything in the official installer needs to be >> part of the official python.org distribution. Anything else >> needs to be installed seperately for now. >> >> That may change in the future, but not until I've had time to >> think about the issues and write down a proposal about what to >> include and what not. > > Do you think it would be possible to get an mdimporter included in > the python.org distribution? What's lacking for that to happen? > It would be good to have an importer for python Adding an mdimporter should be possible. What's lacking is someone that donates one ;-) > >>> 2. Let's export some UTI's for .pyc/.pyo files and .egg >>> files (maybe public.python-bytecode and public.python-egg or >>> something, or maybe they need to be org.python.python-bytecode, >>> etc.) >> >> At least some of these are part of the OS. It can't hurt to add >> these UTIs to the Info.plist for IDLE of course. > > So names seem to have gotten added to the plists, but never any > UTI's. I still get dynamic UTI's for compiled python scripts and > eggs. Regular python scripts have the content type tree: > > "public.python-script", > "public.shell-script", > "public.script", > "public.source-code", > "public.plain-text", > "public.text", > "public.data", > "public.item", > "public.content" > > I'm not sure exactly what the UTI's for eggs and pyc files should > be, but we should figure it out and add them. > > In fact, because none of the applications which ship with official > python claim any ownership over eggs at all, we can't even get that > nice egg icon that took so long to get right. I'm not sure if > there's any GUI app which can deal with eggs, but it would maybe > even be good to assign them to an app which can't deal with them, > just for the sake of the icon. :) It would be better to have an application that knows how to deal with eggs. This is unlikely to get into the python distribution before setuptools is added there as well, but that's not necessarily a bad thing. > >> Now that we (almost) have new icons it would be great if someone >> could have a look at IDLE and at the very least writes down what >> could be done to make it a better OSX citizen. Actual patches >> would of course even be better. >> >> Please keep in mind that IDLE is a cross-platform application >> using tkinter and that it is probably virtually impossible to >> make it a really great OSX application. > > I'm not volunteering (and therefore not complaining), and I don't > use IDLE myself and am not likely to start any time, but this would > still be nice to see. Anyone? IDLE in Python2.5 is probably as good as its get without major surgery (either port IDLE to Tix, a Tk extension claims to offer a better native L&F, or replace the entire GUI layer by something better). BTW. MacPython 2.4.3 is a minor fork of the official 2.4 tree, I'll port the changes for 2.5 except for the fixes to IDLE to the official 2.4 tree for Python 2.4.4. BTW2. We have a nice icon for a python folder and python DMG, neither of which are used at the moment. The folder one was used until I ran into an issue in creating the installer, that will be fixed before 2.4.4 and 2.5.1 is out. The DMG one isn't used yet because I haven't found a way yet to programmaticly attach an icon to the DMG. Does anyone here have a script that attaches an icon to a DMG or creates a DMG with a custom icon? Preferably something that doesn't use 3th- party software and can be run GUI-less. Ronald > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060925/e63d9387/attachment.bin From Larry.A.Meyn at nasa.gov Mon Sep 25 19:59:22 2006 From: Larry.A.Meyn at nasa.gov (Larry Meyn) Date: Mon, 25 Sep 2006 10:59:22 -0700 Subject: [Pythonmac-SIG] on a tangent from new icons In-Reply-To: References: <4449442B.6050903@fas.harvard.edu> Message-ID: <8492E6FA-B114-471A-A113-F8A697A7FE10@nasa.gov> On Sep 25, 2006, at 10:18 AM, Ronald Oussoren wrote: >> >> Do you think it would be possible to get an mdimporter included in >> the python.org distribution? What's lacking for that to happen? >> It would be good to have an importer for python > > Adding an mdimporter should be possible. What's lacking is someone > that donates one ;-) I believe one has already been written, see http://toxicsoftware.com/downloads/software/Python%20Metadata% 20Importer.dmg Larry Meyn NASA Ames Research Center -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pythonmac-sig/attachments/20060925/7ff1d81c/attachment.htm From listservs at mac.com Mon Sep 25 21:17:14 2006 From: listservs at mac.com (listservs at mac.com) Date: Mon, 25 Sep 2006 15:17:14 -0400 Subject: [Pythonmac-SIG] building statically with bdist_mpkg Message-ID: I've looked around for some docs on how to do this, but was unsuccessful: How do you build statically using bdist_mpkg? At the moment, I am building manually using python setup.py config -L ../staticlibs build install where staticlibs holds all of the libraries I need. I dont see how I can send these same arguments to bdist_mpkg. Thanks, -- Christopher Fonnesbeck + Atlanta, GA + fonnesbeck at mac.com + Contact me on AOL IM using email address From bob at redivi.com Mon Sep 25 23:07:43 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 25 Sep 2006 14:07:43 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> Message-ID: <6a36e7290609251407j43471a65s17d2c745ffc1589e@mail.gmail.com> On 9/25/06, Russell E Owen wrote: > At 5:05 PM +0200 2006-09-23, Ronald Oussoren wrote: > >...I'm -0 on adding support for DMGs. Using a DMG doesn't buy > >enough over a zip to warrant spending time on it. > > I was offering my own time. I've found them helpful for two reasons: > - They can be reliably opened. I used to distribute my app as a zip > archive, but for some reason some of my users tried to use old > versions of Stuffit Expander instead of the built in BOMHelper to > unpack them, resulting in an unusable application. I've had no such > complaints since switching to .dmg files (yet; I suppose some user, > somewhere, has figured out how to mis-open dmg files). > - Convenient for the user: no disk clutter and need to discard the > unpacked package when finished. Just eject. > > But Bob already said he doesn't want it, and py2app is his baby, so I > am content to drop it. Note that py2app doesn't even know how to zip .app files. It's bdist_mpkg we're talking about, and .pkg/.mpkg bundles should be resilient against Stuffit Expander's brain damage since they don't depend on permissions or anything. If you want dmg distribution for .app files, that's fine with me. I'd take a py2app patch for creating .dmg. -bob From rowen at cesmail.net Mon Sep 25 23:08:40 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Mon, 25 Sep 2006 14:08:40 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> Message-ID: In article <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8 at mac.com>, Ronald Oussoren wrote: > As I noted in a comment in that bugreport I'm not to keen on that. I > don't mind shipping the script ( or a GUI version of it) in the > application folder for users that want to switch to a newer Tk, or > even ship a minimal version of Tcl/Tk inside the Python.framework, > but running this script during installation means that (a) the script > must be 100% correct in all situations and (b) we'll end up with > Python installations that are slightly different which won't be fun > to investigate when someone reports a problem with tkinter. > Especially because users might not even realize they have a copy of > Tk in /Library/Frameworks. (I've posted a slightly longer version of this to the bug report): I see what you mean about different installations. I think the following might work better: - Always modify _tkinter.so to point to Tcl/Tk 8.4 in /Library/Frameworks. This will fall back to the built in /System/Library/Frameworks if the user has not installed an 8.4 of their own. It avoids a few of the issues you bring up and is simpler and more robust than what I originally suggested. Advantages: - All installations would be the same. - If the user installs a new Tcl/Tk after installing Python, it would be used (unless it's 8.5, which would not be safe to try with Python). It still does not address your concern than a user might accidentally have a Tcl/Tk that they don't want to use. I'd personally be happier if users could easily upgrade their Tcl/Tk (since the installed one is so bad), so I see this as more of an advantage than a disadvantage. Users aren't going to typically install Tcl/Tk unless they want to use it, I think. Still...I'm sure you've seen more requests for help than I have over the years. I'm not keen on including a Tcl/Tk for several reasons: - Which version would you use? Even 8.4.11 has some important known bugs, and 8.4.13 has different ones (at least one of which is very nasty for my application, so I stick with 8.4.11 for now). - If a user wanted to upgrade their Tcl/Tk, what would they do? The answer is easy if we use the version of 8.4 found in /Library/Framework (if any). - It can be tricky to add needed additions (my app uses the "snack" sound library, for example). A standard Tcl/Tk makes this much easier (and in fact ActiveState Tcl/Tk already includes all additions most folks would want). - There is no universal Tcl/Tk yet (though one is planned). I personally don't want to try to build one. So my personal suggestion is that we modify _tkinter.so using Bob Ippolito's recipe unchanged (no fancy script that hunts for an installed Tcl/Tk). It will be completely compatible with the built in Tcl/Tk but gives any real users of Tcl/Tk (anyone who isn't just writing "hello world") a trivial way to get a decent version. -- Russell From john at fouhy.net Mon Sep 25 23:20:38 2006 From: john at fouhy.net (John Fouhy) Date: Tue, 26 Sep 2006 09:20:38 +1200 Subject: [Pythonmac-SIG] Which distribution? In-Reply-To: <6a36e7290609242308r1984ee75l5433f976286880c8@mail.gmail.com> References: <5e58f2e40609242248h52284768p1f73746c0919caaf@mail.gmail.com> <6a36e7290609242308r1984ee75l5433f976286880c8@mail.gmail.com> Message-ID: <5e58f2e40609251420y63dda0b4j7d8770a45311a40b@mail.gmail.com> On 25/09/06, Bob Ippolito wrote: > It depends on what you want to use it for. Most likely, you want > Python from python.org, but some extensions are a lot easier to > install with macports (particularly X11 based stuff). > > Nothing stops you from having both if you need them. But then I have to maintain two sets of site-packages? Sounds awkward :-/ Ok, let me ask a different question: What do I lose if I go to macports? I'm on an intel mac, if it makes any difference. -- John. From bob at redivi.com Mon Sep 25 23:24:44 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 25 Sep 2006 14:24:44 -0700 Subject: [Pythonmac-SIG] Which distribution? In-Reply-To: <5e58f2e40609251420y63dda0b4j7d8770a45311a40b@mail.gmail.com> References: <5e58f2e40609242248h52284768p1f73746c0919caaf@mail.gmail.com> <6a36e7290609242308r1984ee75l5433f976286880c8@mail.gmail.com> <5e58f2e40609251420y63dda0b4j7d8770a45311a40b@mail.gmail.com> Message-ID: <6a36e7290609251424l5a22e310pc59e62cc6e2ecc29@mail.gmail.com> On 9/25/06, John Fouhy wrote: > On 25/09/06, Bob Ippolito wrote: > > It depends on what you want to use it for. Most likely, you want > > Python from python.org, but some extensions are a lot easier to > > install with macports (particularly X11 based stuff). > > > > Nothing stops you from having both if you need them. > > But then I have to maintain two sets of site-packages? Sounds awkward :-/ So don't. Anyway, macports is managed by port, so I fail to see how that maintenance falls on you in any meaningful way... > Ok, let me ask a different question: What do I lose if I go to macports? GUI apps, support from here (very few people here can help you with macports), universal binaries, creating redistributable applications... -bob From davelist at mac.com Mon Sep 25 23:26:59 2006 From: davelist at mac.com (davelist at mac.com) Date: Mon, 25 Sep 2006 17:26:59 -0400 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> Message-ID: <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> On Sep 25, 2006, at 5:08 PM, Russell E. Owen wrote: > > I see what you mean about different installations. I think the > following > might work better: > - Always modify _tkinter.so to point to Tcl/Tk 8.4 in > /Library/Frameworks. > This will fall back to the built in /System/Library/Frameworks if the > user has not installed an 8.4 of their own. > > It avoids a few of the issues you bring up and is simpler and more > robust than what I originally suggested. Advantages: > - All installations would be the same. > - If the user installs a new Tcl/Tk after installing Python, it > would be > used (unless it's 8.5, which would not be safe to try with Python). > > It still does not address your concern than a user might accidentally > have a Tcl/Tk that they don't want to use. I'd personally be > happier if > users could easily upgrade their Tcl/Tk (since the installed one > is so > bad), so I see this as more of an advantage than a disadvantage. Users > aren't going to typically install Tcl/Tk unless they want to use > it, I > think. Still...I'm sure you've seen more requests for help than I have > over the years. > > I'm not keen on including a Tcl/Tk for several reasons: > - Which version would you use? Even 8.4.11 has some important known > bugs, and 8.4.13 has different ones (at least one of which is very > nasty > for my application, so I stick with 8.4.11 for now). > - If a user wanted to upgrade their Tcl/Tk, what would they do? The > answer is easy if we use the version of 8.4 found in /Library/ > Framework > (if any). > - It can be tricky to add needed additions (my app uses the > "snack" sound library, for example). A standard Tcl/Tk makes this much > easier (and in fact ActiveState Tcl/Tk already includes all additions > most folks would want). > - There is no universal Tcl/Tk yet (though one is planned). I > personally > don't want to try to build one. > > So my personal suggestion is that we modify _tkinter.so using > Bob Ippolito's recipe unchanged (no fancy script that hunts for an > installed Tcl/Tk). It will be completely compatible with the built in > Tcl/Tk but gives any real users of Tcl/Tk (anyone who isn't just > writing > "hello world") a trivial way to get a decent version. > > -- Russell I'm very interested in this and would be happy to help with testing. I teach Python at the college level using John Zelle's Python book (it uses Tk for simple GUI programs). Most of the programs run fine, but some of the more complex ones crash intermittently within Tk. The same program seems to run fine on Windows using 2.4.3 although it does crash intermittently on CentOS 4.3 within Tk. In the meantime, are you saying the simplest solution for my students with Macs is to use ActiveState (some have G4 laptops and some have Intel based laptops)? I have a G5 running 10.3.9 at work (IT isn't planning to upgrade yet) and a G5 running 10.4.x at home so I'll be happy to test on both of those. Thanks, Dave From bob at redivi.com Mon Sep 25 23:48:25 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 25 Sep 2006 14:48:25 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> Message-ID: <6a36e7290609251448j1aa7cd71qc768ebbf81874573@mail.gmail.com> On 9/25/06, davelist at mac.com wrote: > > On Sep 25, 2006, at 5:08 PM, Russell E. Owen wrote: > > > > > > > I see what you mean about different installations. I think the > > following > > might work better: > > - Always modify _tkinter.so to point to Tcl/Tk 8.4 in > > /Library/Frameworks. > > This will fall back to the built in /System/Library/Frameworks if the > > user has not installed an 8.4 of their own. > > > > It avoids a few of the issues you bring up and is simpler and more > > robust than what I originally suggested. Advantages: > > - All installations would be the same. > > - If the user installs a new Tcl/Tk after installing Python, it > > would be > > used (unless it's 8.5, which would not be safe to try with Python). > > > > It still does not address your concern than a user might accidentally > > have a Tcl/Tk that they don't want to use. I'd personally be > > happier if > > users could easily upgrade their Tcl/Tk (since the installed one > > is so > > bad), so I see this as more of an advantage than a disadvantage. Users > > aren't going to typically install Tcl/Tk unless they want to use > > it, I > > think. Still...I'm sure you've seen more requests for help than I have > > over the years. > > > > I'm not keen on including a Tcl/Tk for several reasons: > > - Which version would you use? Even 8.4.11 has some important known > > bugs, and 8.4.13 has different ones (at least one of which is very > > nasty > > for my application, so I stick with 8.4.11 for now). > > - If a user wanted to upgrade their Tcl/Tk, what would they do? The > > answer is easy if we use the version of 8.4 found in /Library/ > > Framework > > (if any). > > - It can be tricky to add needed additions (my app uses the > > "snack" sound library, for example). A standard Tcl/Tk makes this much > > easier (and in fact ActiveState Tcl/Tk already includes all additions > > most folks would want). > > - There is no universal Tcl/Tk yet (though one is planned). I > > personally > > don't want to try to build one. > > > > So my personal suggestion is that we modify _tkinter.so using > > Bob Ippolito's recipe unchanged (no fancy script that hunts for an > > installed Tcl/Tk). It will be completely compatible with the built in > > Tcl/Tk but gives any real users of Tcl/Tk (anyone who isn't just > > writing > > "hello world") a trivial way to get a decent version. > > > > -- Russell > > > I'm very interested in this and would be happy to help with testing. > I teach Python at the college level using John Zelle's Python book > (it uses Tk for simple GUI programs). Most of the programs run fine, > but some of the more complex ones crash intermittently within Tk. The > same program seems to run fine on Windows using 2.4.3 although it > does crash intermittently on CentOS 4.3 within Tk. > > In the meantime, are you saying the simplest solution for my students > with Macs is to use ActiveState (some have G4 laptops and some have > Intel based laptops)? > > I have a G5 running 10.3.9 at work (IT isn't planning to upgrade yet) > and a G5 running 10.4.x at home so I'll be happy to test on both of > those. Using ActiveState doesn't fix the problem alone, you also have to install a newer Tk. You might as well use the python.org distro and install a replacement _tkinter.so while you install a new Tk. Only takes a few minutes to build an installer package. You only have to do it once, and you could wrap it up in a mpkg that contains both the new Tk and the replacement _tkinter.so. -bob From rowen at cesmail.net Mon Sep 25 23:01:09 2006 From: rowen at cesmail.net (Russell E Owen) Date: Mon, 25 Sep 2006 14:01:09 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> Message-ID: At 5:05 PM +0200 2006-09-23, Ronald Oussoren wrote: >...I'm -0 on adding support for DMGs. Using a DMG doesn't buy >enough over a zip to warrant spending time on it. I was offering my own time. I've found them helpful for two reasons: - They can be reliably opened. I used to distribute my app as a zip archive, but for some reason some of my users tried to use old versions of Stuffit Expander instead of the built in BOMHelper to unpack them, resulting in an unusable application. I've had no such complaints since switching to .dmg files (yet; I suppose some user, somewhere, has figured out how to mis-open dmg files). - Convenient for the user: no disk clutter and need to discard the unpacked package when finished. Just eject. But Bob already said he doesn't want it, and py2app is his baby, so I am content to drop it. -- Russell From rowen at cesmail.net Tue Sep 26 00:31:07 2006 From: rowen at cesmail.net (Russell E Owen) Date: Mon, 25 Sep 2006 15:31:07 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> Message-ID: At 5:26 PM -0400 2006-09-25, davelist at mac.com wrote: >I'm very interested in this and would be happy to help with testing. >I teach Python at the college level using John Zelle's Python book >(it uses Tk for simple GUI programs). Most of the programs run fine, >but some of the more complex ones crash intermittently within Tk. >The same program seems to run fine on Windows using 2.4.3 although >it does crash intermittently on CentOS 4.3 within Tk. > >In the meantime, are you saying the simplest solution for my >students with Macs is to use ActiveState (some have G4 laptops and >some have Intel based laptops)? > >I have a G5 running 10.3.9 at work (IT isn't planning to upgrade >yet) and a G5 running 10.4.x at home so I'll be happy to test on >both of those. If it's bugs in Tcl/Tk that are causing the crashes then by all means I would try: - Install ActiveState Tcl/Tk 8.4.11 or 8.4.13. - Install MacPython (it's better than the one from Apple, plus you're about to modify python, and you shouldn't modify anything in /System) - Modify _tkinter.so according to Bob Ippolito's recipe. At the command line: install_name_tool \ -change /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ /Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ -change /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk \ /Library/Frameworks/Tk.framework/Versions/8.4/Tk \ /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/lib-dynload/_tkinter.so The above command should be six lines long; you'll probably have to unwrap at least the last line. An alternative is to install ActiveState Python instead of MacPython, because it works with ActiveState Tcl/Tk "out of the box". But it doesn't include readline. You can add readline, but I think it's easier to fix _tkinter.so. -- Russell From janssen at parc.com Tue Sep 26 00:25:51 2006 From: janssen at parc.com (Bill Janssen) Date: Mon, 25 Sep 2006 15:25:51 PDT Subject: [Pythonmac-SIG] Fix Mac page again? In-Reply-To: Your message of "Mon, 25 Sep 2006 00:39:30 PDT." <8553697.1159169970389.JavaMail.ronaldoussoren@mac.com> Message-ID: <06Sep25.152556pdt."58646"@synergy1.parc.xerox.com> > I've filed a bug for the website a while back and got no response at > all. There were some problems with the main 2.5 pages as well, is > looks like almost nobody knows how the new site works :-( I've had some luck changing those pages, I'll see what I can do. Bill From bob at redivi.com Tue Sep 26 00:38:20 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 25 Sep 2006 15:38:20 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> Message-ID: <6a36e7290609251538n1e3f34d3mb9b6cb562ad15593@mail.gmail.com> On 9/25/06, Russell E Owen wrote: > At 5:26 PM -0400 2006-09-25, davelist at mac.com wrote: > >I'm very interested in this and would be happy to help with testing. > >I teach Python at the college level using John Zelle's Python book > >(it uses Tk for simple GUI programs). Most of the programs run fine, > >but some of the more complex ones crash intermittently within Tk. > >The same program seems to run fine on Windows using 2.4.3 although > >it does crash intermittently on CentOS 4.3 within Tk. > > > >In the meantime, are you saying the simplest solution for my > >students with Macs is to use ActiveState (some have G4 laptops and > >some have Intel based laptops)? > > > >I have a G5 running 10.3.9 at work (IT isn't planning to upgrade > >yet) and a G5 running 10.4.x at home so I'll be happy to test on > >both of those. > > If it's bugs in Tcl/Tk that are causing the crashes then by all means > I would try: > - Install ActiveState Tcl/Tk 8.4.11 or 8.4.13. > - Install MacPython (it's better than the one from Apple, plus you're > about to modify python, and you shouldn't modify anything in /System) > - Modify _tkinter.so according to Bob Ippolito's recipe. At the command line: > > install_name_tool \ > -change /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ > /Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ > -change /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk \ > /Library/Frameworks/Tk.framework/Versions/8.4/Tk \ > > /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/lib-dynload/_tkinter.so > > The above command should be six lines long; you'll probably have to > unwrap at least the last line. > > An alternative is to install ActiveState Python instead of MacPython, > because it works with ActiveState Tcl/Tk "out of the box". But it > doesn't include readline. You can add readline, but I think it's > easier to fix _tkinter.so. Note that the command is actually just one line long, with a bunch of line continuations (the backslashes at the end of the first 5 lines). The shell doesn't care either way, but it is just one command. -bob From john at fouhy.net Tue Sep 26 03:15:48 2006 From: john at fouhy.net (John Fouhy) Date: Tue, 26 Sep 2006 13:15:48 +1200 Subject: [Pythonmac-SIG] Which distribution? In-Reply-To: <6a36e7290609251424l5a22e310pc59e62cc6e2ecc29@mail.gmail.com> References: <5e58f2e40609242248h52284768p1f73746c0919caaf@mail.gmail.com> <6a36e7290609242308r1984ee75l5433f976286880c8@mail.gmail.com> <5e58f2e40609251420y63dda0b4j7d8770a45311a40b@mail.gmail.com> <6a36e7290609251424l5a22e310pc59e62cc6e2ecc29@mail.gmail.com> Message-ID: <5e58f2e40609251815k2baf99b1n2e145e3d34cf387f@mail.gmail.com> On 26/09/06, Bob Ippolito wrote: > On 9/25/06, John Fouhy wrote: > > Ok, let me ask a different question: What do I lose if I go to macports? > GUI apps, support from here (very few people here can help you with > macports), universal binaries, creating redistributable > applications... Sorry, what do you mean by saying that I'd lose GUI apps? I'm mainly familiar with wxPython as a GUI toolkit; is wxPython not supported by macports? -- hmm, actually, from looking at wxpython.org, I guess it's not? In which case, that's a deciding factor for me :-) Thank you for your help. -- John. From bob at redivi.com Tue Sep 26 03:33:46 2006 From: bob at redivi.com (Bob Ippolito) Date: Mon, 25 Sep 2006 18:33:46 -0700 Subject: [Pythonmac-SIG] Which distribution? In-Reply-To: <5e58f2e40609251815k2baf99b1n2e145e3d34cf387f@mail.gmail.com> References: <5e58f2e40609242248h52284768p1f73746c0919caaf@mail.gmail.com> <6a36e7290609242308r1984ee75l5433f976286880c8@mail.gmail.com> <5e58f2e40609251420y63dda0b4j7d8770a45311a40b@mail.gmail.com> <6a36e7290609251424l5a22e310pc59e62cc6e2ecc29@mail.gmail.com> <5e58f2e40609251815k2baf99b1n2e145e3d34cf387f@mail.gmail.com> Message-ID: <6a36e7290609251833n7f4261f8w3bb43e146e58444c@mail.gmail.com> On 9/25/06, John Fouhy wrote: > On 26/09/06, Bob Ippolito wrote: > > On 9/25/06, John Fouhy wrote: > > > Ok, let me ask a different question: What do I lose if I go to macports? > > GUI apps, support from here (very few people here can help you with > > macports), universal binaries, creating redistributable > > applications... > > Sorry, what do you mean by saying that I'd lose GUI apps? I'm mainly > familiar with wxPython as a GUI toolkit; is wxPython not supported by > macports? -- hmm, actually, from looking at wxpython.org, I guess it's > not? In which case, that's a deciding factor for me :-) Native Mac OS X GUI apps are generally only supported with MacPython. I can't speak for MacPorts' wxPython capabilities, but wxPython.org provides binary installers specifically for MacPython. People are using those to build real applications. The big difference is that if you use MacPython you can build a self-contained .app bundle and give it to someone else on a Mac (PPC *or* x86) and it will (most likely) just work. With MacPorts you're going to have to tell them to "port install" all of the dependencies and send them the scripts. How about you just go install something and try it out? It takes mere seconds to download and click "Next" a few times (depending on your connection of course). Let us know if you have any questions based on actual usage. -bob From konrad.hinsen at laposte.net Tue Sep 26 10:23:10 2006 From: konrad.hinsen at laposte.net (konrad.hinsen at laposte.net) Date: Tue, 26 Sep 2006 10:23:10 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> Message-ID: <70F42318-DE8E-4804-98A3-AD2AFF16E7F5@laposte.net> On 22.09.2006, at 18:51, Bob Ippolito wrote: >> Get Py2app, then use: >> >> bdist_mpkg > > bdist_mpkg -z will produce a zipped .pkg and save you a step... bdist_mpkg works fine for me, but I would like to distribute my packages with added documentation. Is there any way to add a documentation package to the mpkg created by bdist_mpkg? Or are there convenient (i.e. scriptable) tools for adding it in the end? Another limitation I ran into is dependencies. I don't mind writing test scripts by hand, but it would be nice if I could integrate them into the mpkg as part of an automated build procedure. At the moment I hardly ever update my Mac packages because it's too much manual work. Konrad. From ronaldoussoren at mac.com Tue Sep 26 10:45:44 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 26 Sep 2006 10:45:44 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <70F42318-DE8E-4804-98A3-AD2AFF16E7F5@laposte.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <70F42318-DE8E-4804-98A3-AD2AFF16E7F5@laposte.net> Message-ID: On Sep 26, 2006, at 10:23 AM, konrad.hinsen at laposte.net wrote: > On 22.09.2006, at 18:51, Bob Ippolito wrote: > >>> Get Py2app, then use: >>> >>> bdist_mpkg >> >> bdist_mpkg -z will produce a zipped .pkg and save you a step... > > bdist_mpkg works fine for me, but I would like to distribute my > packages with added documentation. Is there any way to add a > documentation package to the mpkg created by bdist_mpkg? Or are there > convenient (i.e. scriptable) tools for adding it in the end? > > Another limitation I ran into is dependencies. I don't mind writing > test scripts by hand, but it would be nice if I could integrate them > into the mpkg as part of an automated build procedure. At the moment > I hardly ever update my Mac packages because it's too much manual > work. You can use bdist_mpkg from the setup script and add additional subpackages that way. PyObjC uses this to ship the examples and Xcode templates, this is implemented setup-lib/pyobjc_mpkg.py in the PyObjC source-tree. PyObjC's installer also used to include dependencies, but that functionality got dropped with the move to setuptools. I want to restore this functionality because as you said it is very convenient to have a single installer that installs a package and all of its dependencies, even in a world where setuptools exists. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060926/31ae39d4/attachment.bin From ronaldoussoren at mac.com Tue Sep 26 12:55:27 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 26 Sep 2006 12:55:27 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> Message-ID: On Sep 25, 2006, at 11:08 PM, Russell E. Owen wrote: > In article <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8 at mac.com>, > Ronald Oussoren wrote: > >> As I noted in a comment in that bugreport I'm not to keen on that. I >> don't mind shipping the script ( or a GUI version of it) in the >> application folder for users that want to switch to a newer Tk, or >> even ship a minimal version of Tcl/Tk inside the Python.framework, >> but running this script during installation means that (a) the script >> must be 100% correct in all situations and (b) we'll end up with >> Python installations that are slightly different which won't be fun >> to investigate when someone reports a problem with tkinter. >> Especially because users might not even realize they have a copy of >> Tk in /Library/Frameworks. > > (I've posted a slightly longer version of this to the bug report): > > I see what you mean about different installations. I think the > following > might work better: > - Always modify _tkinter.so to point to Tcl/Tk 8.4 in > /Library/Frameworks. > This will fall back to the built in /System/Library/Frameworks if the > user has not installed an 8.4 of their own. > > It avoids a few of the issues you bring up and is simpler and more > robust than what I originally suggested. Advantages: > - All installations would be the same. > - If the user installs a new Tcl/Tk after installing Python, it > would be > used (unless it's 8.5, which would not be safe to try with Python). > > It still does not address your concern than a user might accidentally > have a Tcl/Tk that they don't want to use. I'd personally be > happier if > users could easily upgrade their Tcl/Tk (since the installed one > is so > bad), so I see this as more of an advantage than a disadvantage. Users > aren't going to typically install Tcl/Tk unless they want to use > it, I > think. Still...I'm sure you've seen more requests for help than I have > over the years. I'm not that much of an old hand support-wise ;-). I have seen multipe problem reports that turned out to be caused by software that a user had lying around and either didn't know about or completely forgot about. And that includes users that are technically savvy. > > I'm not keen on including a Tcl/Tk for several reasons: > - Which version would you use? Even 8.4.11 has some important known > bugs, and 8.4.13 has different ones (at least one of which is very > nasty > for my application, so I stick with 8.4.11 for now). > - If a user wanted to upgrade their Tcl/Tk, what would they do? The > answer is easy if we use the version of 8.4 found in /Library/ > Framework > (if any). > - It can be tricky to add needed additions (my app uses the > "snack" sound library, for example). A standard Tcl/Tk makes this much > easier (and in fact ActiveState Tcl/Tk already includes all additions > most folks would want). > - There is no universal Tcl/Tk yet (though one is planned). I > personally > don't want to try to build one. That's a shame. Including some build of Tk has one advantage: users wouldn't have to install Tk on Panther just to be able to use IDLE. If there is no universal build of Tcl/Tk available I'm definitely not going to spent time on trying to build one. BTW. Versiontracker claims 8.4.13 is avaible as a universal binary although tcltkaqua doesn't mention the 8.4.13 release at all. The download for 8.4.13 seems to be from the tk-components project on SF. > > So my personal suggestion is that we modify _tkinter.so using > Bob Ippolito's recipe unchanged (no fancy script that hunts for an > installed Tcl/Tk). It will be completely compatible with the built in > Tcl/Tk but gives any real users of Tcl/Tk (anyone who isn't just > writing > "hello world") a trivial way to get a decent version. What's the opionion of other Tk-using python users? I don't use tkinter on OSX because aquatk sucks in the L&F department and are hence happy with the current status quo (aka "IDLE works"). Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060926/dc097c71/attachment.bin From frank at niessink.com Tue Sep 26 20:51:21 2006 From: frank at niessink.com (Frank Niessink) Date: Tue, 26 Sep 2006 20:51:21 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> Message-ID: <451976A9.5050102@niessink.com> Russell E Owen: > At 5:05 PM +0200 2006-09-23, Ronald Oussoren wrote: >> ...I'm -0 on adding support for DMGs. Using a DMG doesn't buy >> enough over a zip to warrant spending time on it. > > I was offering my own time. I've found them helpful for two reasons: > - They can be reliably opened. I used to distribute my app as a zip > archive, but for some reason some of my users tried to use old > versions of Stuffit Expander instead of the built in BOMHelper to > unpack them, resulting in an unusable application. I've had no such > complaints since switching to .dmg files (yet; I suppose some user, > somewhere, has figured out how to mis-open dmg files). > - Convenient for the user: no disk clutter and need to discard the > unpacked package when finished. Just eject. Maybe I missed it (or maybe there are disadvantages I am not aware of), but I think I did not see the suggestion to simply use the hdiutil command. The snippet below is part of the Makefile for building a Task Coach release. The make.py is a distutil script that creates TaskCoach.app. hdiutil then packages the app as a dmg: macdist: icons i18n $(PYTHON) make.py py2app hdiutil create -ov -imagekey zlib-level=9 -srcfolder build/TaskCoach.app dist/TaskCoach.dmg HTH, Frank From waterbug at pangalactic.us Tue Sep 26 21:34:46 2006 From: waterbug at pangalactic.us (Stephen Waterbury) Date: Tue, 26 Sep 2006 15:34:46 -0400 Subject: [Pythonmac-SIG] py2app question -- resources? Message-ID: <451980D6.2030402@pangalactic.us> My app reads some of its core structures from a set of RDF files. I have been keeping the RDF files in a directory within the distribution, but it would be okay to have them in my app's home directory, say ~/.my_app, when the package is installed or when the user starts it up (the latter probably making the most sense on systems that are designed to be multi-user), but haven't yet got either way to work with py2app. The new setuptools' pkg_resources API looked pretty good, so I'm using it to pull data out of the RDF files with 'resource_stream'. It works in my development environment on Linux that has been configured with 'setup.py development', and it also works on the Macintosh that way -- i.e., running the script in the development environment, where it can find the RDF files. But it doesn't work when I make a package using py2app. (I fudged it on mswin by having the Innosetup installer copy the files to the user's home directory and then finding the home directory at startup.) py2app's '--resources' option seems like what I need, but I can't seem to figure out the proper incantation, because when the app starts up I immediately get an error message that the files can't be found. I've attached the setup.py I'm using. Below is an excerpt from my code that uses resource_stream, which works fine when the files are in the place indicated. Any suggestions? (I did give the kb directory an __init__.py, even though there are no modules in it, and even tried putting the files into an __all__, but it had no effect on py2app.) Thanks! Steve ----------------------------------------------------- kbres = {'pgef' : resource_stream('pangalactic', 'meta/kb/pgef.owl'), 'pgef_meta' : resource_stream( 'pangalactic', 'meta/kb/pgef_meta.owl'), 'owl' : resource_stream('pangalactic', 'meta/kb/owl.rdf'), 'rdf' : resource_stream('pangalactic', 'meta/kb/rdf.rdf'), 'rdfs' : resource_stream('pangalactic', 'meta/kb/rdfs.rdf') } kb = KB(kbdata=kbres) -------------- next part -------------- A non-text attachment was scrubbed... Name: setup_pangalaxian.py Type: text/x-python Size: 4953 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060926/f735a489/attachment.py From rowen at cesmail.net Tue Sep 26 21:36:21 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Tue, 26 Sep 2006 12:36:21 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> <451976A9.5050102@niessink.com> Message-ID: In article <451976A9.5050102 at niessink.com>, Frank Niessink wrote: > Russell E Owen: > > At 5:05 PM +0200 2006-09-23, Ronald Oussoren wrote: > >> ...I'm -0 on adding support for DMGs. Using a DMG doesn't buy > >> enough over a zip to warrant spending time on it. > > > > I was offering my own time. I've found them helpful for two reasons: > > - They can be reliably opened. I used to distribute my app as a zip > > archive, but for some reason some of my users tried to use old > > versions of Stuffit Expander instead of the built in BOMHelper to > > unpack them, resulting in an unusable application. I've had no such > > complaints since switching to .dmg files (yet; I suppose some user, > > somewhere, has figured out how to mis-open dmg files). > > - Convenient for the user: no disk clutter and need to discard the > > unpacked package when finished. Just eject. > > Maybe I missed it (or maybe there are disadvantages I am not aware of), > but I think I did not see the suggestion to simply use the hdiutil > command. The snippet below is part of the Makefile for building a Task > Coach release. The make.py is a distutil script that creates > TaskCoach.app. hdiutil then packages the app as a dmg: > > macdist: icons i18n > $(PYTHON) make.py py2app > hdiutil create -ov -imagekey zlib-level=9 -srcfolder > build/TaskCoach.app dist/TaskCoach.dmg Yes, I was thinking of using hdituil when I suggested it. However, Bob Ippolito would prefer that bdist_mpkg *not* be capable of making disk images of packages. He's fine with py2app making .dmg files so it may be worth submitting a patch for that. Are you offering? -- Russell From bob at redivi.com Tue Sep 26 21:44:55 2006 From: bob at redivi.com (Bob Ippolito) Date: Tue, 26 Sep 2006 12:44:55 -0700 Subject: [Pythonmac-SIG] py2app question -- resources? In-Reply-To: <451980D6.2030402@pangalactic.us> References: <451980D6.2030402@pangalactic.us> Message-ID: <6a36e7290609261244l2190b77ata9da90a05ac2acf0@mail.gmail.com> On 9/26/06, Stephen Waterbury wrote: > My app reads some of its core structures from a set of > RDF files. I have been keeping the RDF files in a directory > within the distribution, but it would be okay to have them in > my app's home directory, say ~/.my_app, when the package is > installed or when the user starts it up (the latter probably > making the most sense on systems that are designed to be > multi-user), but haven't yet got either way to work with > py2app. > > The new setuptools' pkg_resources API looked pretty good, > so I'm using it to pull data out of the RDF files with > 'resource_stream'. It works in my development environment > on Linux that has been configured with 'setup.py development', > and it also works on the Macintosh that way -- i.e., > running the script in the development environment, where it > can find the RDF files. But it doesn't work when I make > a package using py2app. > > (I fudged it on mswin by having the Innosetup > installer copy the files to the user's home directory > and then finding the home directory at startup.) > > py2app's '--resources' option seems like what I need, > but I can't seem to figure out the proper incantation, > because when the app starts up I immediately get an > error message that the files can't be found. > > I've attached the setup.py I'm using. Below is an > excerpt from my code that uses resource_stream, which > works fine when the files are in the place indicated. > > Any suggestions? (I did give the kb directory an > __init__.py, even though there are no modules in it, and > even tried putting the files into an __all__, but it had > no effect on py2app.) > > Thanks! > Steve > > ----------------------------------------------------- > kbres = {'pgef' : resource_stream('pangalactic', 'meta/kb/pgef.owl'), > 'pgef_meta' : resource_stream( > 'pangalactic', 'meta/kb/pgef_meta.owl'), > 'owl' : resource_stream('pangalactic', 'meta/kb/owl.rdf'), > 'rdf' : resource_stream('pangalactic', 'meta/kb/rdf.rdf'), > 'rdfs' : resource_stream('pangalactic', 'meta/kb/rdfs.rdf') > } > kb = KB(kbdata=kbres) --packages=meta.kb -bob From marc at precipice.org Tue Sep 26 21:50:34 2006 From: marc at precipice.org (Marc Hedlund) Date: Tue, 26 Sep 2006 14:50:34 -0500 (CDT) Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> <451976A9.5050102@niessink.com> Message-ID: I have a python script to make .dmg files, including license click-throughs, icon sizing and positioning, and background images. (I haven't dealt with custom disk icons yet.) I'd be happy to contribute it if it would help others. Background images, and particularly getting the .dmg to open in icon view rather than list view, turns out to be a huge pain. I use a very hackish way of getting it to work, but all the other resources I consulted seem to use the same or similar methods. I'm just happy it finally works. -M On Tue, 26 Sep 2006, Russell E. Owen wrote: > In article <451976A9.5050102 at niessink.com>, > Frank Niessink wrote: > >> Russell E Owen: >>> At 5:05 PM +0200 2006-09-23, Ronald Oussoren wrote: >>>> ...I'm -0 on adding support for DMGs. Using a DMG doesn't buy >>>> enough over a zip to warrant spending time on it. >>> >>> I was offering my own time. I've found them helpful for two reasons: >>> - They can be reliably opened. I used to distribute my app as a zip >>> archive, but for some reason some of my users tried to use old >>> versions of Stuffit Expander instead of the built in BOMHelper to >>> unpack them, resulting in an unusable application. I've had no such >>> complaints since switching to .dmg files (yet; I suppose some user, >>> somewhere, has figured out how to mis-open dmg files). >>> - Convenient for the user: no disk clutter and need to discard the >>> unpacked package when finished. Just eject. >> >> Maybe I missed it (or maybe there are disadvantages I am not aware of), >> but I think I did not see the suggestion to simply use the hdiutil >> command. The snippet below is part of the Makefile for building a Task >> Coach release. The make.py is a distutil script that creates >> TaskCoach.app. hdiutil then packages the app as a dmg: >> >> macdist: icons i18n >> $(PYTHON) make.py py2app >> hdiutil create -ov -imagekey zlib-level=9 -srcfolder >> build/TaskCoach.app dist/TaskCoach.dmg > > Yes, I was thinking of using hdituil when I suggested it. However, Bob > Ippolito would prefer that bdist_mpkg *not* be capable of making disk > images of packages. He's fine with py2app making .dmg files so it may be > worth submitting a patch for that. Are you offering? > > -- Russell > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > From davelist at mac.com Tue Sep 26 22:39:11 2006 From: davelist at mac.com (Dave Reed) Date: Tue, 26 Sep 2006 16:39:11 -0400 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> Message-ID: <762EEE26-883E-44CD-AB25-53183CBD6551@mac.com> On Sep 25, 2006, at 6:31 PM, Russell E Owen wrote: > At 5:26 PM -0400 2006-09-25, davelist at mac.com wrote: >> I'm very interested in this and would be happy to help with >> testing. I teach Python at the college level using John Zelle's >> Python book (it uses Tk for simple GUI programs). Most of the >> programs run fine, but some of the more complex ones crash >> intermittently within Tk. The same program seems to run fine on >> Windows using 2.4.3 although it does crash intermittently on >> CentOS 4.3 within Tk. >> >> In the meantime, are you saying the simplest solution for my >> students with Macs is to use ActiveState (some have G4 laptops and >> some have Intel based laptops)? >> >> I have a G5 running 10.3.9 at work (IT isn't planning to upgrade >> yet) and a G5 running 10.4.x at home so I'll be happy to test on >> both of those. > > If it's bugs in Tcl/Tk that are causing the crashes then by all > means I would try: > - Install ActiveState Tcl/Tk 8.4.11 or 8.4.13. > - Install MacPython (it's better than the one from Apple, plus > you're about to modify python, and you shouldn't modify anything > in /System) > - Modify _tkinter.so according to Bob Ippolito's recipe. At the > command line: > > install_name_tool \ > -change /System/Library/Frameworks/Tcl.framework/Versions/8.4/ > Tcl \ > /Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ > -change /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk \ > /Library/Frameworks/Tk.framework/Versions/8.4/Tk \ > /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/lib- > dynload/_tkinter.so > > The above command should be six lines long; you'll probably have to > unwrap at least the last line. > > An alternative is to install ActiveState Python instead of > MacPython, because it works with ActiveState Tcl/Tk "out of the > box". But it doesn't include readline. You can add readline, but I > think it's easier to fix _tkinter.so. > > -- Russell I installed ActiveState Tcl and MacPython 2.4.3 on the 10.3.9 machine. The /Systems/Library/Frameworks/Tk.framework directory does not exist (the Tcl.Framework directory does so I tried the above install_name_tool line with just the Tcl lines (and the final line with ._tkinter.so). I can't get some Tk programs to run now. Using the graphics.py file at: http://mcsp.wartburg.edu/zelle/python/graphics.py I get: $ /usr/local/bin/python Python 2.4.3 (#1, Apr 7 2006, 10:54:33) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import graphics >>> Tk_MacOSXSetupTkNotifier: first [load] of TkAqua has to occur in the main thread! Abort trap Does anyone still have a 10.3.9 system to try importing that graphics.py file and see if it works for them? Any thoughts on making it work? I have an old python 2.3.5 from fink that does import graphics.py ok and works fine for many simple programs but crashes on more complicated programs. I have not yet tried it on the 10.4.7 G5 yet. Thanks, Dave From frank at niessink.com Tue Sep 26 22:35:11 2006 From: frank at niessink.com (Frank Niessink) Date: Tue, 26 Sep 2006 22:35:11 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> <451976A9.5050102@niessink.com> Message-ID: <45198EFF.7010306@niessink.com> Russell E. Owen: > In article <451976A9.5050102 at niessink.com>, > Frank Niessink wrote: >> macdist: icons i18n >> $(PYTHON) make.py py2app >> hdiutil create -ov -imagekey zlib-level=9 -srcfolder >> build/TaskCoach.app dist/TaskCoach.dmg > > Yes, I was thinking of using hdituil when I suggested it. However, Bob > Ippolito would prefer that bdist_mpkg *not* be capable of making disk > images of packages. He's fine with py2app making .dmg files so it may be > worth submitting a patch for that. Are you offering? Would it be an option to simply call hdiutil from py2app, simply assuming it is available on the path? If that is acceptable I might take a shot at it. Cheers, Frank From bob at redivi.com Tue Sep 26 22:49:06 2006 From: bob at redivi.com (Bob Ippolito) Date: Tue, 26 Sep 2006 13:49:06 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <45198EFF.7010306@niessink.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <6a36e7290609221157t6a91758ble235a191ff16bb96@mail.gmail.com> <4572919E-2DA5-477B-AD8D-47E315379A33@mac.com> <451976A9.5050102@niessink.com> <45198EFF.7010306@niessink.com> Message-ID: <6a36e7290609261349y3d1cecdk5e8852a9a33c1c3a@mail.gmail.com> On 9/26/06, Frank Niessink wrote: > Russell E. Owen: > > In article <451976A9.5050102 at niessink.com>, > > Frank Niessink wrote: > >> macdist: icons i18n > >> $(PYTHON) make.py py2app > >> hdiutil create -ov -imagekey zlib-level=9 -srcfolder > >> build/TaskCoach.app dist/TaskCoach.dmg > > > > Yes, I was thinking of using hdituil when I suggested it. However, Bob > > Ippolito would prefer that bdist_mpkg *not* be capable of making disk > > images of packages. He's fine with py2app making .dmg files so it may be > > worth submitting a patch for that. Are you offering? > > Would it be an option to simply call hdiutil from py2app, simply > assuming it is available on the path? If that is acceptable I might take > a shot at it. Yes. -bob From bob at redivi.com Tue Sep 26 22:51:08 2006 From: bob at redivi.com (Bob Ippolito) Date: Tue, 26 Sep 2006 13:51:08 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <762EEE26-883E-44CD-AB25-53183CBD6551@mac.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> <762EEE26-883E-44CD-AB25-53183CBD6551@mac.com> Message-ID: <6a36e7290609261351h4c303814nb2c26d75b7f3b732@mail.gmail.com> On 9/26/06, Dave Reed wrote: > > On Sep 25, 2006, at 6:31 PM, Russell E Owen wrote: > > > At 5:26 PM -0400 2006-09-25, davelist at mac.com wrote: > >> I'm very interested in this and would be happy to help with > >> testing. I teach Python at the college level using John Zelle's > >> Python book (it uses Tk for simple GUI programs). Most of the > >> programs run fine, but some of the more complex ones crash > >> intermittently within Tk. The same program seems to run fine on > >> Windows using 2.4.3 although it does crash intermittently on > >> CentOS 4.3 within Tk. > >> > >> In the meantime, are you saying the simplest solution for my > >> students with Macs is to use ActiveState (some have G4 laptops and > >> some have Intel based laptops)? > >> > >> I have a G5 running 10.3.9 at work (IT isn't planning to upgrade > >> yet) and a G5 running 10.4.x at home so I'll be happy to test on > >> both of those. > > > > If it's bugs in Tcl/Tk that are causing the crashes then by all > > means I would try: > > - Install ActiveState Tcl/Tk 8.4.11 or 8.4.13. > > - Install MacPython (it's better than the one from Apple, plus > > you're about to modify python, and you shouldn't modify anything > > in /System) > > - Modify _tkinter.so according to Bob Ippolito's recipe. At the > > command line: > > > > install_name_tool \ > > -change /System/Library/Frameworks/Tcl.framework/Versions/8.4/ > > Tcl \ > > /Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ > > -change /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk \ > > /Library/Frameworks/Tk.framework/Versions/8.4/Tk \ > > /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/lib- > > dynload/_tkinter.so > > > > The above command should be six lines long; you'll probably have to > > unwrap at least the last line. > > > > An alternative is to install ActiveState Python instead of > > MacPython, because it works with ActiveState Tcl/Tk "out of the > > box". But it doesn't include readline. You can add readline, but I > > think it's easier to fix _tkinter.so. > > > > -- Russell > > > I installed ActiveState Tcl and MacPython 2.4.3 on the 10.3.9 > machine. The /Systems/Library/Frameworks/Tk.framework directory does > not exist (the Tcl.Framework directory does so I tried the above > install_name_tool line with just the Tcl lines (and the final line > with ._tkinter.so). > > I can't get some Tk programs to run now. Using the graphics.py file at: > http://mcsp.wartburg.edu/zelle/python/graphics.py > > I get: > > > $ /usr/local/bin/python > Python 2.4.3 (#1, Apr 7 2006, 10:54:33) > [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> import graphics > >>> Tk_MacOSXSetupTkNotifier: first [load] of TkAqua has to occur in > the main thread! > Abort trap > > Does anyone still have a 10.3.9 system to try importing that > graphics.py file and see if it works for them? Any thoughts on making > it work? I have an old python 2.3.5 from fink that does import > graphics.py ok and works fine for many simple programs but crashes on > more complicated programs. > > I have not yet tried it on the 10.4.7 G5 yet. >From that warning, it appears that the way graphics.py uses threads is not compatible with TkAqua. It either needs to be refactored to do its graphics stuff in the main thread, or you need to use an X11 Tk. -bob From ronaldoussoren at mac.com Tue Sep 26 22:52:50 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 26 Sep 2006 22:52:50 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <762EEE26-883E-44CD-AB25-53183CBD6551@mac.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <451185FA.1030500@latte.ca> <6a36e7290609201125o2a6af985k70db8d8c4952cd6e@mail.gmail.com> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> <762EEE26-883E-44CD-AB25-53183CBD6551@mac.com> Message-ID: On Sep 26, 2006, at 10:39 PM, Dave Reed wrote: > > I installed ActiveState Tcl and MacPython 2.4.3 on the 10.3.9 > machine. The /Systems/Library/Frameworks/Tk.framework directory does > not exist (the Tcl.Framework directory does so I tried the above > install_name_tool line with just the Tcl lines (and the final line > with ._tkinter.so). > > I can't get some Tk programs to run now. Using the graphics.py file > at: > http://mcsp.wartburg.edu/zelle/python/graphics.py > > I get: > > > $ /usr/local/bin/python > Python 2.4.3 (#1, Apr 7 2006, 10:54:33) > [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin > Type "help", "copyright", "credits" or "license" for more information. >>>> import graphics >>>> Tk_MacOSXSetupTkNotifier: first [load] of TkAqua has to occur in > the main thread! > Abort trap > > Does anyone still have a 10.3.9 system to try importing that > graphics.py file and see if it works for them? Any thoughts on making > it work? I have an old python 2.3.5 from fink that does import > graphics.py ok and works fine for many simple programs but crashes on > more complicated programs. > > I have not yet tried it on the 10.4.7 G5 yet. I get the same problem with python 2.4 on a 10.4.7/x86 system. This library runs the Tk mainloop on a seperate thread, appearently this isn't supported by the Aqua port of Tk ;-) Ronald > > Thanks, > Dave > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060926/0bcdc1d6/attachment-0001.bin From davelist at mac.com Wed Sep 27 01:52:27 2006 From: davelist at mac.com (Dave Reed) Date: Tue, 26 Sep 2006 19:52:27 -0400 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609261351h4c303814nb2c26d75b7f3b732@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609201721v4f8725aet97b74b27c225deea@mail.gmail.com> <944DAEC0-8EAB-4DC8-A98E-457DF3B657C8@mac.com> <7E3A6F1B-FD3D-4D4A-88D0-8E712D553182@mac.com> <762EEE26-883E-44CD-AB25-53183CBD6551@mac.com> <6a36e7290609261351h4c303814nb2c26d75b7f3b732@mail.gmail.com> Message-ID: <80735F7A-FC57-4326-A2D4-8BBCEF2159AD@mac.com> On Sep 26, 2006, at 4:51 PM, Bob Ippolito wrote: > On 9/26/06, Dave Reed wrote: >> >> On Sep 25, 2006, at 6:31 PM, Russell E Owen wrote: >> >> > At 5:26 PM -0400 2006-09-25, davelist at mac.com wrote: >> >> I'm very interested in this and would be happy to help with >> >> testing. I teach Python at the college level using John Zelle's >> >> Python book (it uses Tk for simple GUI programs). Most of the >> >> programs run fine, but some of the more complex ones crash >> >> intermittently within Tk. The same program seems to run fine on >> >> Windows using 2.4.3 although it does crash intermittently on >> >> CentOS 4.3 within Tk. >> >> >> >> In the meantime, are you saying the simplest solution for my >> >> students with Macs is to use ActiveState (some have G4 laptops and >> >> some have Intel based laptops)? >> >> >> >> I have a G5 running 10.3.9 at work (IT isn't planning to upgrade >> >> yet) and a G5 running 10.4.x at home so I'll be happy to test on >> >> both of those. >> > >> > If it's bugs in Tcl/Tk that are causing the crashes then by all >> > means I would try: >> > - Install ActiveState Tcl/Tk 8.4.11 or 8.4.13. >> > - Install MacPython (it's better than the one from Apple, plus >> > you're about to modify python, and you shouldn't modify anything >> > in /System) >> > - Modify _tkinter.so according to Bob Ippolito's recipe. At the >> > command line: >> > >> > install_name_tool \ >> > -change /System/Library/Frameworks/Tcl.framework/Versions/8.4/ >> > Tcl \ >> > /Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ >> > -change /System/Library/Frameworks/Tk.framework/Versions/ >> 8.4/Tk \ >> > /Library/Frameworks/Tk.framework/Versions/8.4/Tk \ >> > /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/ >> lib- >> > dynload/_tkinter.so >> > >> > The above command should be six lines long; you'll probably have to >> > unwrap at least the last line. >> > >> > An alternative is to install ActiveState Python instead of >> > MacPython, because it works with ActiveState Tcl/Tk "out of the >> > box". But it doesn't include readline. You can add readline, but I >> > think it's easier to fix _tkinter.so. >> > >> > -- Russell >> >> >> I installed ActiveState Tcl and MacPython 2.4.3 on the 10.3.9 >> machine. The /Systems/Library/Frameworks/Tk.framework directory does >> not exist (the Tcl.Framework directory does so I tried the above >> install_name_tool line with just the Tcl lines (and the final line >> with ._tkinter.so). >> >> I can't get some Tk programs to run now. Using the graphics.py >> file at: >> http://mcsp.wartburg.edu/zelle/python/graphics.py >> >> I get: >> >> >> $ /usr/local/bin/python >> Python 2.4.3 (#1, Apr 7 2006, 10:54:33) >> [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin >> Type "help", "copyright", "credits" or "license" for more >> information. >> >>> import graphics >> >>> Tk_MacOSXSetupTkNotifier: first [load] of TkAqua has to occur in >> the main thread! >> Abort trap >> >> Does anyone still have a 10.3.9 system to try importing that >> graphics.py file and see if it works for them? Any thoughts on making >> it work? I have an old python 2.3.5 from fink that does import >> graphics.py ok and works fine for many simple programs but crashes on >> more complicated programs. >> >> I have not yet tried it on the 10.4.7 G5 yet. > > From that warning, it appears that the way graphics.py uses threads is > not compatible with TkAqua. It either needs to be refactored to do its > graphics stuff in the main thread, or you need to use an X11 Tk. > > -bob Thanks Bob and Ronald. There's an alternate version of the graphics.py file (graphics22.py) here: http://mcsp.wartburg.edu/zelle/python/ that says it is non-threaded, but I thought I tried it at work on the 10.3.9 system and got the same error (I'll double check tomorrow). I believe the separate thread was used because it caused fewer problems with idle on Windows, but I'll have to check with John Zelle to be certain. Dave From adam at peterbull.com Tue Sep 26 20:11:26 2006 From: adam at peterbull.com (Adam Bull) Date: Tue, 26 Sep 2006 19:11:26 +0100 Subject: [Pythonmac-SIG] Problems with MacPython packages at pythonmac.org - numpy, scipy, matplotlib Message-ID: <10136E08-8476-40C4-83E6-FE773765C05D@peterbull.com> Hi, I'm told this is the right place to discuss problems with the packages at pythonmac.org? There are a few things that need fixing: The supplied version of scipy, 1.5.0, doesn't work with the supplied version of of numpy, 1.0b5; it gives an error when importing. Updating numpy to 1.0rc1 would fix the problem. The matplotlib package, by default, uses the WXAgg backend, which is rather buggy, and frequently freezes on my machine. However, TkAgg works fine; compiling with TkAgg as the default would make things easier for users, and also remove the dependency on wxPython. Thanks to whoever maintains the packages, by the way, they're very handy! Adam. From konrad.hinsen at laposte.net Wed Sep 27 17:29:36 2006 From: konrad.hinsen at laposte.net (Konrad Hinsen) Date: Wed, 27 Sep 2006 17:29:36 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <6a36e7290609191946i2adf2252w5665857f08443178@mail.gmail.com> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <70F42318-DE8E-4804-98A3-AD2AFF16E7F5@laposte.net> Message-ID: <826654B5-B74A-4727-BDFA-0A5EFF8AA302@laposte.net> On Sep 26, 2006, at 10:45, Ronald Oussoren wrote: > You can use bdist_mpkg from the setup script and add additional > subpackages that way. PyObjC uses this to ship the examples and > Xcode templates, this is implemented setup-lib/pyobjc_mpkg.py in > the PyObjC source-tree. Thanks, I'll look at this. > PyObjC's installer also used to include dependencies, but that > functionality got dropped with the move to setuptools. I want to > restore this functionality because as you said it is very > convenient to have a single installer that installs a package and > all of its dependencies, even in a world where setuptools exists. What I was looking for is actually a bit more modest: I want to create an installer that checks that all dependencies are fulfilled. Bundling everything in one installer is not always a good idea, as it could easily overwrite an already existing installation of some component. Konrad. From bob at redivi.com Wed Sep 27 19:35:56 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 27 Sep 2006 10:35:56 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <826654B5-B74A-4727-BDFA-0A5EFF8AA302@laposte.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <70F42318-DE8E-4804-98A3-AD2AFF16E7F5@laposte.net> <826654B5-B74A-4727-BDFA-0A5EFF8AA302@laposte.net> Message-ID: <6a36e7290609271035v1ad1fd63t6fb45dd713f566e2@mail.gmail.com> On 9/27/06, Konrad Hinsen wrote: > On Sep 26, 2006, at 10:45, Ronald Oussoren wrote: > > > You can use bdist_mpkg from the setup script and add additional > > subpackages that way. PyObjC uses this to ship the examples and > > Xcode templates, this is implemented setup-lib/pyobjc_mpkg.py in > > the PyObjC source-tree. > > Thanks, I'll look at this. > > > PyObjC's installer also used to include dependencies, but that > > functionality got dropped with the move to setuptools. I want to > > restore this functionality because as you said it is very > > convenient to have a single installer that installs a package and > > all of its dependencies, even in a world where setuptools exists. > > What I was looking for is actually a bit more modest: I want to > create an installer that checks that all dependencies are fulfilled. > Bundling everything in one installer is not always a good idea, as it > could easily overwrite an already existing installation of some > component. You can do that from the plist, but you're going to have a hard time determining what version of something is installed if they didn't install it with a pkg installer. -bob From rowen at cesmail.net Wed Sep 27 23:16:33 2006 From: rowen at cesmail.net (Russell E. Owen) Date: Wed, 27 Sep 2006 14:16:33 -0700 Subject: [Pythonmac-SIG] Problems with MacPython packages at pythonmac.org - numpy, scipy, matplotlib References: <10136E08-8476-40C4-83E6-FE773765C05D@peterbull.com> Message-ID: In article <10136E08-8476-40C4-83E6-FE773765C05D at peterbull.com>, Adam Bull wrote: > Hi, I'm told this is the right place to discuss problems with the > packages at pythonmac.org? There are a few things that need fixing: >... > The matplotlib package, by default, uses the WXAgg backend, which is > rather buggy, and frequently freezes on my machine. However, TkAgg > works fine; compiling with TkAgg as the default would make things > easier for users, and also remove the dependency on wxPython. I suggest you set the backend yourself. I've never found the default backend useful (for handmade packages it used to be GTKAgg, even though GTK isn't Mac-compatible). The easiest solution I've found is to create a file ~/.matplotlib/matplotlibrc and put in only those lines you want to configure. This may not be kosher, but it seems to work. If you copy the whole matplotlibrc file (as the docs say you should), it will probably break when you upgrade to a new version. Here is mine; I actually only care about the first 3 settings: backend : TkAgg numerix : numarray # numpy, Numeric or numarray interactive : True # see http://matplotlib.sourceforge.net/interactive.html toolbar : toolbar2 # None | classic | toolbar2 timezone : UTC # a pytz timezone string, eg US/Central or Europe/Paris Warning: the matplotlib package on pythonmac.org (up through version 0.87.5) are not compatible with user-installed versions of Tcl/Tk and will simply crash. I can send you a matplotlib package that fixes that problem. Future matplotlib packages should also work. Also, MacPython will ignore user-installed versions of Tcl/Tk. Google for this topic for a recipe to fix that, or email me. -- Russell From ronaldoussoren at mac.com Thu Sep 28 07:42:52 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 28 Sep 2006 07:42:52 +0200 Subject: [Pythonmac-SIG] building pyopengl on Tiger? Message-ID: Does anyone know how to build PyOpenGL on OSX 10.4? I'm getting loads of compiler errors. It should be possible to do this because there's a universal build of pyopengl on the pythonmac.org site. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060928/8c3fb45f/attachment.bin From bob at redivi.com Thu Sep 28 07:49:37 2006 From: bob at redivi.com (Bob Ippolito) Date: Wed, 27 Sep 2006 22:49:37 -0700 Subject: [Pythonmac-SIG] building pyopengl on Tiger? In-Reply-To: References: Message-ID: <6a36e7290609272249h5923594btccdd61564d82f208@mail.gmail.com> On 9/27/06, Ronald Oussoren wrote: > Does anyone know how to build PyOpenGL on OSX 10.4? I'm getting loads > of compiler errors. It should be possible to do this because there's > a universal build of pyopengl on the pythonmac.org site. I definitely did that build a few times, but I don't have the source on this machine. I believe I had to make a patch or two... I think they had put in some bad #includes or something. -bob From ronaldoussoren at mac.com Thu Sep 28 07:58:16 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 28 Sep 2006 07:58:16 +0200 Subject: [Pythonmac-SIG] building pyopengl on Tiger? In-Reply-To: <6a36e7290609272249h5923594btccdd61564d82f208@mail.gmail.com> References: <6a36e7290609272249h5923594btccdd61564d82f208@mail.gmail.com> Message-ID: On Sep 28, 2006, at 7:49 AM, Bob Ippolito wrote: > On 9/27/06, Ronald Oussoren wrote: >> Does anyone know how to build PyOpenGL on OSX 10.4? I'm getting loads >> of compiler errors. It should be possible to do this because there's >> a universal build of pyopengl on the pythonmac.org site. > > I definitely did that build a few times, but I don't have the source > on this machine. I believe I had to make a patch or two... I think > they had put in some bad #includes or something. There's definitely need for some patching, the last two releases of PyOpenGL don't build out of the box. I'll see if I can recreate your patches ;-) Ronald > > -bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060928/f2443350/attachment.bin From JRBoverhof at lbl.gov Thu Sep 28 07:59:17 2006 From: JRBoverhof at lbl.gov (Joshua Boverhof) Date: Wed, 27 Sep 2006 22:59:17 -0700 Subject: [Pythonmac-SIG] python2.5 error building 4Suite-1.0rc4 Message-ID: <4F4005B6-E56C-42D6-9280-0D5133E24429@lbl.gov> 4Suite-XML-1.0rc4 failed to build with python2.5 on my mac OSX 10.4.7, which I installed using universal python-2.5-macosx.dmg. I was getting this error: Ft/Xml/src/expat/lib/xmlparse.c:20: error: conflicting types for 'uintptr_t' /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h:83: error: previous declaration of 'uintptr_t' was here To get this to work I just added this to "pyconfig.h" #define HAVE_UINTPTR_T 1 From /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h #ifndef _UINTPTR_T #define _UINTPTR_T typedef unsigned long uintptr_t; #endif /* _UINTPTR_T */ From Ft/Xml/src/expat/lib/xmlparse.c 18 #ifndef HAVE_UINTPTR_T 19 #if SIZEOF_VOID_P <= SIZEOF_INT 20 typedef unsigned int uintptr_t; It appears like the problem is with the python2.5 installation, anybody else have this problem? -josh -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2526 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060927/e7a5a6da/attachment-0001.bin From jrboverhof at lbl.gov Thu Sep 28 07:55:49 2006 From: jrboverhof at lbl.gov (Joshua Boverhof) Date: Wed, 27 Sep 2006 22:55:49 -0700 Subject: [Pythonmac-SIG] (no subject) Message-ID: <53E6B5D5-1430-483D-991B-9323A7F08CC4@lbl.gov> 4Suite-XML-1.0rc4 failed to build with python2.5 on my mac OSX 10.4.7, which I installed using universal python-2.5-macosx.dmg. I was getting this error: Ft/Xml/src/expat/lib/xmlparse.c:20: error: conflicting types for 'uintptr_t' /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h:83: error: previous declaration of 'uintptr_t' was here To get this to work I just added this to "pyconfig.h" #define HAVE_UINTPTR_T 1 From /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h #ifndef _UINTPTR_T #define _UINTPTR_T typedef unsigned long uintptr_t; #endif /* _UINTPTR_T */ From Ft/Xml/src/expat/lib/xmlparse.c 18 #ifndef HAVE_UINTPTR_T 19 #if SIZEOF_VOID_P <= SIZEOF_INT 20 typedef unsigned int uintptr_t; It appears like the problem is with the python2.5 installation, anybody else have this problem? -josh From konrad.hinsen at laposte.net Thu Sep 28 09:24:17 2006 From: konrad.hinsen at laposte.net (konrad.hinsen at laposte.net) Date: Thu, 28 Sep 2006 09:24:17 +0200 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <6a36e7290609271035v1ad1fd63t6fb45dd713f566e2@mail.gmail.com> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <8c7f10c60609220217r2c0b3798qfb9de084eb3f4c32@mail.gmail.com> <6a36e7290609220233p5ccdfa3fy8ab2eafa0b5d8fc@mail.gmail.com> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <70F42318-DE8E-4804-98A3-AD2AFF16E7F5@laposte.net> <826654B5-B74A-4727-BDFA-0A5EFF8AA302@laposte.net> <6a36e7290609271035v1ad1fd63t6fb45dd713f566e2@mail.gmail.com> Message-ID: <4C624ACF-55CE-460E-AA56-F48129B11CBE@laposte.net> On 27.09.2006, at 19:35, Bob Ippolito wrote: >> What I was looking for is actually a bit more modest: I want to >> create an installer that checks that all dependencies are fulfilled. >> Bundling everything in one installer is not always a good idea, as it >> could easily overwrite an already existing installation of some >> component. > > You can do that from the plist, but you're going to have a hard time > determining what version of something is installed if they didn't > install it with a pkg installer. True, but I don't mind. The users I am thinking of know nothing about Python and would just install packages. I want to be able to warn them if they forget one or try to install them in the wrong order. At the moment I I hand-edit the plist to add such checks, but that's not much fun. Can bdist_mpkg (or some other tool) do this as part of an automated build procedure? If there is no such tool, I guess it would be easy to write in Python, if only one could assume that the plist is always XML and not binary. Would that be a safe assumption, at least for packages produced by bdist_mpkg? Konrad. From bob at redivi.com Thu Sep 28 09:35:21 2006 From: bob at redivi.com (Bob Ippolito) Date: Thu, 28 Sep 2006 00:35:21 -0700 Subject: [Pythonmac-SIG] Why Do I Explicitly Need MacPython In-Reply-To: <4C624ACF-55CE-460E-AA56-F48129B11CBE@laposte.net> References: <97E9D1F2-C60F-4349-97CE-644183059E8A@airmail.net> <45140CB1.7020102@noaa.gov> <8c7f10c60609220923u87fa311v9e78dd210dc320@mail.gmail.com> <45141343.5020200@noaa.gov> <6a36e7290609220951w49e14a65oe649214183776d95@mail.gmail.com> <70F42318-DE8E-4804-98A3-AD2AFF16E7F5@laposte.net> <826654B5-B74A-4727-BDFA-0A5EFF8AA302@laposte.net> <6a36e7290609271035v1ad1fd63t6fb45dd713f566e2@mail.gmail.com> <4C624ACF-55CE-460E-AA56-F48129B11CBE@laposte.net> Message-ID: <6a36e7290609280035w5abb862ckc3eb74e74c8ccaff@mail.gmail.com> On 9/28/06, konrad.hinsen at laposte.net wrote: > On 27.09.2006, at 19:35, Bob Ippolito wrote: > > >> What I was looking for is actually a bit more modest: I want to > >> create an installer that checks that all dependencies are fulfilled. > >> Bundling everything in one installer is not always a good idea, as it > >> could easily overwrite an already existing installation of some > >> component. > > > > You can do that from the plist, but you're going to have a hard time > > determining what version of something is installed if they didn't > > install it with a pkg installer. > > True, but I don't mind. The users I am thinking of know nothing about > Python and would just install packages. I want to be able to warn > them if they forget one or try to install them in the wrong order. > > At the moment I I hand-edit the plist to add such checks, but that's > not much fun. Can bdist_mpkg (or some other tool) do this as part of > an automated build procedure? Yes. Read the source, plenty of hooks to add things to the plist. -bob From ronaldoussoren at mac.com Thu Sep 28 09:51:45 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 28 Sep 2006 09:51:45 +0200 Subject: [Pythonmac-SIG] python2.5 error building 4Suite-1.0rc4 In-Reply-To: <4F4005B6-E56C-42D6-9280-0D5133E24429@lbl.gov> References: <4F4005B6-E56C-42D6-9280-0D5133E24429@lbl.gov> Message-ID: <3956581.1159429905830.JavaMail.ronaldoussoren@mac.com> On Thursday, September 28, 2006, at 08:09AM, Joshua Boverhof wrote: >4Suite-XML-1.0rc4 failed to build with python2.5 on my mac OSX >10.4.7, which I installed using universal python-2.5-macosx.dmg. > >I was getting this error: > >Ft/Xml/src/expat/lib/xmlparse.c:20: error: conflicting types for >'uintptr_t' >/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h:83: error: >previous declaration of 'uintptr_t' was here > > >To get this to work I just added this to "pyconfig.h" > > #define HAVE_UINTPTR_T 1 > > > From /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h > >#ifndef _UINTPTR_T >#define _UINTPTR_T >typedef unsigned long uintptr_t; >#endif /* _UINTPTR_T */ > > > From Ft/Xml/src/expat/lib/xmlparse.c > 18 #ifndef HAVE_UINTPTR_T > 19 #if SIZEOF_VOID_P <= SIZEOF_INT > 20 typedef unsigned int uintptr_t; > > >It appears like the problem is with the python2.5 installation, >anybody else have this problem? > HAVE_UINT_PTR is also not defined on my system, could you please file a bug at pythons bugtracker to ensure that I don't forget to fix this? Ronald >-josh >_______________________________________________ >Pythonmac-SIG maillist - Pythonmac-SIG at python.org >http://mail.python.org/mailman/listinfo/pythonmac-sig > > From glassfordm at hotmail.com Thu Sep 28 14:51:54 2006 From: glassfordm at hotmail.com (Michael Glassford) Date: Thu, 28 Sep 2006 08:51:54 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools Message-ID: I've just installed Python 2.5, then installed py2app and pyobjc using easy_install. My application built just fine, but when I run it I get the error "ImportError: No module named PyObjCTools" when it tries to execute the line "from PyObjCTools import AppHelper". How does PyObjCTools get installed when easy_installing pyobjc? Mike From bob at redivi.com Thu Sep 28 19:18:10 2006 From: bob at redivi.com (Bob Ippolito) Date: Thu, 28 Sep 2006 10:18:10 -0700 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: References: Message-ID: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> On 9/28/06, Michael Glassford wrote: > I've just installed Python 2.5, then installed py2app and pyobjc using > easy_install. My application built just fine, but when I run it I get > the error "ImportError: No module named PyObjCTools" when it tries to > execute the line "from PyObjCTools import AppHelper". How does > PyObjCTools get installed when easy_installing pyobjc? You are probably using easy_install frrom a different version of Python. -bob From glassfordm at gmail.com Thu Sep 28 19:55:10 2006 From: glassfordm at gmail.com (Michael Glassford) Date: Thu, 28 Sep 2006 13:55:10 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> Message-ID: <451C0C7E.1020303@hotmail.com> Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> I've just installed Python 2.5, then installed py2app and pyobjc using >> easy_install. My application built just fine, but when I run it I get >> the error "ImportError: No module named PyObjCTools" when it tries to >> execute the line "from PyObjCTools import AppHelper". How does >> PyObjCTools get installed when easy_installing pyobjc? > > You are probably using easy_install frrom a different version of Python. > > -bob > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > If I understand what you mean correctly, which is that I'm running the easy_install that's in my Python2.4 installation so it's installing py2app and pyobjc in my Python2.4 directories, I don't think so: 1) My PATH looks like this: "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". The correct version of easy_install is in the first directory in the PATH. 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I get the same result. Here's the output when I run the two commands, in case anything stands out to you: Computer:/users/build/develop/ build$ sudo easy_install py2app Password: Searching for py2app Best match: py2app 0.3.4 Processing py2app-0.3.4-py2.5.egg py2app 0.3.4 is already the active version in easy-install.pth Installing py2applet script to /Library/Frameworks/Python.framework/Versions/2.5/bin Using /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg Processing dependencies for py2app Computer:/users/build/develop/ build$ sudo easy_install pyobjc Searching for pyobjc Best match: pyobjc 1.4 Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg pyobjc 1.4 is already the active version in easy-install.pth Installing nibclassbuilder script to /Library/Frameworks/Python.framework/Versions/2.5/bin Using /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg Processing dependencies for pyobjc Mike From glassfordm at hotmail.com Thu Sep 28 19:55:10 2006 From: glassfordm at hotmail.com (Michael Glassford) Date: Thu, 28 Sep 2006 13:55:10 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> Message-ID: <451C0C7E.1020303@hotmail.com> Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> I've just installed Python 2.5, then installed py2app and pyobjc using >> easy_install. My application built just fine, but when I run it I get >> the error "ImportError: No module named PyObjCTools" when it tries to >> execute the line "from PyObjCTools import AppHelper". How does >> PyObjCTools get installed when easy_installing pyobjc? > > You are probably using easy_install frrom a different version of Python. > > -bob > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > If I understand what you mean correctly, which is that I'm running the easy_install that's in my Python2.4 installation so it's installing py2app and pyobjc in my Python2.4 directories, I don't think so: 1) My PATH looks like this: "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". The correct version of easy_install is in the first directory in the PATH. 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I get the same result. Here's the output when I run the two commands, in case anything stands out to you: Computer:/users/build/develop/ build$ sudo easy_install py2app Password: Searching for py2app Best match: py2app 0.3.4 Processing py2app-0.3.4-py2.5.egg py2app 0.3.4 is already the active version in easy-install.pth Installing py2applet script to /Library/Frameworks/Python.framework/Versions/2.5/bin Using /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg Processing dependencies for py2app Computer:/users/build/develop/ build$ sudo easy_install pyobjc Searching for pyobjc Best match: pyobjc 1.4 Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg pyobjc 1.4 is already the active version in easy-install.pth Installing nibclassbuilder script to /Library/Frameworks/Python.framework/Versions/2.5/bin Using /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg Processing dependencies for pyobjc Mike From bob at redivi.com Thu Sep 28 20:04:42 2006 From: bob at redivi.com (Bob Ippolito) Date: Thu, 28 Sep 2006 11:04:42 -0700 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <451C0C7E.1020303@hotmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> Message-ID: <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> On 9/28/06, Michael Glassford wrote: > Bob Ippolito wrote: > > On 9/28/06, Michael Glassford wrote: > >> I've just installed Python 2.5, then installed py2app and pyobjc using > >> easy_install. My application built just fine, but when I run it I get > >> the error "ImportError: No module named PyObjCTools" when it tries to > >> execute the line "from PyObjCTools import AppHelper". How does > >> PyObjCTools get installed when easy_installing pyobjc? > > > > You are probably using easy_install frrom a different version of Python. > > > > -bob > > _______________________________________________ > > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > > http://mail.python.org/mailman/listinfo/pythonmac-sig > > > > If I understand what you mean correctly, which is that I'm running the > easy_install that's in my Python2.4 installation so it's installing > py2app and pyobjc in my Python2.4 directories, I don't think so: > > 1) My PATH looks like this: > "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". > The correct version of easy_install is in the first directory in the > PATH. > > 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I > get the same result. > > > Here's the output when I run the two commands, in case anything stands > out to you: > > > > Computer:/users/build/develop/ build$ sudo easy_install py2app > Password: > Searching for py2app > Best match: py2app 0.3.4 > Processing py2app-0.3.4-py2.5.egg > py2app 0.3.4 is already the active version in easy-install.pth > Installing py2applet script to > /Library/Frameworks/Python.framework/Versions/2.5/bin > > Using > /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg > Processing dependencies for py2app > > > > Computer:/users/build/develop/ build$ sudo easy_install pyobjc > Searching for pyobjc > Best match: pyobjc 1.4 > Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg > pyobjc 1.4 is already the active version in easy-install.pth > Installing nibclassbuilder script to > /Library/Frameworks/Python.framework/Versions/2.5/bin > > Using > /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg > Processing dependencies for pyobjc > I don't know then, it works fine with Python 2.4. Ronald? -bob From glassfordm at gmail.com Thu Sep 28 20:28:22 2006 From: glassfordm at gmail.com (Michael Glassford) Date: Thu, 28 Sep 2006 14:28:22 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> Message-ID: <451C1446.4020602@hotmail.com> Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> Bob Ippolito wrote: >>> On 9/28/06, Michael Glassford wrote: >>>> I've just installed Python 2.5, then installed py2app and pyobjc using >>>> easy_install. My application built just fine, but when I run it I get >>>> the error "ImportError: No module named PyObjCTools" when it tries to >>>> execute the line "from PyObjCTools import AppHelper". How does >>>> PyObjCTools get installed when easy_installing pyobjc? >>> You are probably using easy_install frrom a different version of Python. >>> >>> -bob >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> >> If I understand what you mean correctly, which is that I'm running the >> easy_install that's in my Python2.4 installation so it's installing >> py2app and pyobjc in my Python2.4 directories, I don't think so: >> >> 1) My PATH looks like this: >> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". >> The correct version of easy_install is in the first directory in the >> PATH. >> >> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I >> get the same result. >> >> >> Here's the output when I run the two commands, in case anything stands >> out to you: >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install py2app >> Password: >> Searching for py2app >> Best match: py2app 0.3.4 >> Processing py2app-0.3.4-py2.5.egg >> py2app 0.3.4 is already the active version in easy-install.pth >> Installing py2applet script to >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> Using >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg >> Processing dependencies for py2app >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install pyobjc >> Searching for pyobjc >> Best match: pyobjc 1.4 >> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> pyobjc 1.4 is already the active version in easy-install.pth >> Installing nibclassbuilder script to >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> Using >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> Processing dependencies for pyobjc >> > > I don't know then, it works fine with Python 2.4. Ronald? > > -bob > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > Here's a clue: I looked in /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/ and noticed that while some of the eggs were unzipped (i.e. they were directories), pyobjc-1.4-py2.5-macosx-10.3-fat.egg was not (i.e. it was a file). I manually unzipped it to see if it contained PyObjCTools and it did. Then I replaced the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" file with the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" directory and tried again. It worked. After a bit of further investigation, the problem appears to be that py2app isn't correctly finding stuff that's in a zipped egg file, so that stuff is never being included in the py2app application's site-packages.zip file. Should it? Or should the eggs all be unzipped when they're installed? Maybe I have the wrong version of something? Mike From glassfordm at hotmail.com Thu Sep 28 20:28:22 2006 From: glassfordm at hotmail.com (Michael Glassford) Date: Thu, 28 Sep 2006 14:28:22 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> Message-ID: <451C1446.4020602@hotmail.com> Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> Bob Ippolito wrote: >>> On 9/28/06, Michael Glassford wrote: >>>> I've just installed Python 2.5, then installed py2app and pyobjc using >>>> easy_install. My application built just fine, but when I run it I get >>>> the error "ImportError: No module named PyObjCTools" when it tries to >>>> execute the line "from PyObjCTools import AppHelper". How does >>>> PyObjCTools get installed when easy_installing pyobjc? >>> You are probably using easy_install frrom a different version of Python. >>> >>> -bob >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> >> If I understand what you mean correctly, which is that I'm running the >> easy_install that's in my Python2.4 installation so it's installing >> py2app and pyobjc in my Python2.4 directories, I don't think so: >> >> 1) My PATH looks like this: >> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". >> The correct version of easy_install is in the first directory in the >> PATH. >> >> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I >> get the same result. >> >> >> Here's the output when I run the two commands, in case anything stands >> out to you: >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install py2app >> Password: >> Searching for py2app >> Best match: py2app 0.3.4 >> Processing py2app-0.3.4-py2.5.egg >> py2app 0.3.4 is already the active version in easy-install.pth >> Installing py2applet script to >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> Using >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg >> Processing dependencies for py2app >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install pyobjc >> Searching for pyobjc >> Best match: pyobjc 1.4 >> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> pyobjc 1.4 is already the active version in easy-install.pth >> Installing nibclassbuilder script to >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> Using >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> Processing dependencies for pyobjc >> > > I don't know then, it works fine with Python 2.4. Ronald? > > -bob > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > Here's a clue: I looked in /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/ and noticed that while some of the eggs were unzipped (i.e. they were directories), pyobjc-1.4-py2.5-macosx-10.3-fat.egg was not (i.e. it was a file). I manually unzipped it to see if it contained PyObjCTools and it did. Then I replaced the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" file with the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" directory and tried again. It worked. After a bit of further investigation, the problem appears to be that py2app isn't correctly finding stuff that's in a zipped egg file, so that stuff is never being included in the py2app application's site-packages.zip file. Should it? Or should the eggs all be unzipped when they're installed? Maybe I have the wrong version of something? Mike From bob at redivi.com Thu Sep 28 20:36:00 2006 From: bob at redivi.com (Bob Ippolito) Date: Thu, 28 Sep 2006 11:36:00 -0700 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <451C1446.4020602@hotmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> <451C1446.4020602@hotmail.com> Message-ID: <6a36e7290609281136t5323924bid677e2de1e4f2d56@mail.gmail.com> On 9/28/06, Michael Glassford wrote: > Bob Ippolito wrote: > > On 9/28/06, Michael Glassford wrote: > >> Bob Ippolito wrote: > >>> On 9/28/06, Michael Glassford wrote: > >>>> I've just installed Python 2.5, then installed py2app and pyobjc using > >>>> easy_install. My application built just fine, but when I run it I get > >>>> the error "ImportError: No module named PyObjCTools" when it tries to > >>>> execute the line "from PyObjCTools import AppHelper". How does > >>>> PyObjCTools get installed when easy_installing pyobjc? > >>> You are probably using easy_install frrom a different version of Python. > >>> > >>> -bob > >>> _______________________________________________ > >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org > >>> http://mail.python.org/mailman/listinfo/pythonmac-sig > >>> > >> If I understand what you mean correctly, which is that I'm running the > >> easy_install that's in my Python2.4 installation so it's installing > >> py2app and pyobjc in my Python2.4 directories, I don't think so: > >> > >> 1) My PATH looks like this: > >> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". > >> The correct version of easy_install is in the first directory in the > >> PATH. > >> > >> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I > >> get the same result. > >> > >> > >> Here's the output when I run the two commands, in case anything stands > >> out to you: > >> > >> > >> > >> Computer:/users/build/develop/ build$ sudo easy_install py2app > >> Password: > >> Searching for py2app > >> Best match: py2app 0.3.4 > >> Processing py2app-0.3.4-py2.5.egg > >> py2app 0.3.4 is already the active version in easy-install.pth > >> Installing py2applet script to > >> /Library/Frameworks/Python.framework/Versions/2.5/bin > >> > >> Using > >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg > >> Processing dependencies for py2app > >> > >> > >> > >> Computer:/users/build/develop/ build$ sudo easy_install pyobjc > >> Searching for pyobjc > >> Best match: pyobjc 1.4 > >> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg > >> pyobjc 1.4 is already the active version in easy-install.pth > >> Installing nibclassbuilder script to > >> /Library/Frameworks/Python.framework/Versions/2.5/bin > >> > >> Using > >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg > >> Processing dependencies for pyobjc > >> > > > > I don't know then, it works fine with Python 2.4. Ronald? > > > > -bob > > _______________________________________________ > > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > > http://mail.python.org/mailman/listinfo/pythonmac-sig > > > > Here's a clue: I looked in > /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/ > and noticed that while some of the eggs were unzipped (i.e. they were > directories), pyobjc-1.4-py2.5-macosx-10.3-fat.egg was not (i.e. it was > a file). I manually unzipped it to see if it contained PyObjCTools and > it did. Then I replaced the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" file > with the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" directory and tried > again. It worked. > > After a bit of further investigation, the problem appears to be that > py2app isn't correctly finding stuff that's in a zipped egg file, so > that stuff is never being included in the py2app application's > site-packages.zip file. Should it? Or should the eggs all be unzipped > when they're installed? Maybe I have the wrong version of something? py2app is not compatible with zipped eggs at this time. -bob From glassfordm at gmail.com Thu Sep 28 20:52:57 2006 From: glassfordm at gmail.com (Michael Glassford) Date: Thu, 28 Sep 2006 14:52:57 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281136t5323924bid677e2de1e4f2d56@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> <451C1446.4020602@hotmail.com> <6a36e7290609281136t5323924bid677e2de1e4f2d56@mail.gmail.com> Message-ID: <451C1A09.4030404@gmail.com> Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> Bob Ippolito wrote: >> > On 9/28/06, Michael Glassford wrote: >> >> Bob Ippolito wrote: >> >>> On 9/28/06, Michael Glassford wrote: >> >>>> I've just installed Python 2.5, then installed py2app and pyobjc >> using >> >>>> easy_install. My application built just fine, but when I run it >> I get >> >>>> the error "ImportError: No module named PyObjCTools" when it >> tries to >> >>>> execute the line "from PyObjCTools import AppHelper". How does >> >>>> PyObjCTools get installed when easy_installing pyobjc? >> >>> You are probably using easy_install frrom a different version of >> Python. >> >>> >> >>> -bob >> >>> _______________________________________________ >> >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >> >>> >> >> If I understand what you mean correctly, which is that I'm running >> the >> >> easy_install that's in my Python2.4 installation so it's installing >> >> py2app and pyobjc in my Python2.4 directories, I don't think so: >> >> >> >> 1) My PATH looks like this: >> >> >> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". >> >> >> The correct version of easy_install is in the first directory >> in the >> >> PATH. >> >> >> >> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I >> >> get the same result. >> >> >> >> >> >> Here's the output when I run the two commands, in case anything >> stands >> >> out to you: >> >> >> >> >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install py2app >> >> Password: >> >> Searching for py2app >> >> Best match: py2app 0.3.4 >> >> Processing py2app-0.3.4-py2.5.egg >> >> py2app 0.3.4 is already the active version in easy-install.pth >> >> Installing py2applet script to >> >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> >> >> Using >> >> >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg >> >> >> Processing dependencies for py2app >> >> >> >> >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install pyobjc >> >> Searching for pyobjc >> >> Best match: pyobjc 1.4 >> >> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> >> pyobjc 1.4 is already the active version in easy-install.pth >> >> Installing nibclassbuilder script to >> >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> >> >> Using >> >> >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> >> >> Processing dependencies for pyobjc >> >> >> > >> > I don't know then, it works fine with Python 2.4. Ronald? >> > >> > -bob >> > _______________________________________________ >> > Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> > http://mail.python.org/mailman/listinfo/pythonmac-sig >> > >> >> Here's a clue: I looked in >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/ >> >> and noticed that while some of the eggs were unzipped (i.e. they were >> directories), pyobjc-1.4-py2.5-macosx-10.3-fat.egg was not (i.e. it was >> a file). I manually unzipped it to see if it contained PyObjCTools and >> it did. Then I replaced the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" file >> with the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" directory and tried >> again. It worked. >> >> After a bit of further investigation, the problem appears to be that >> py2app isn't correctly finding stuff that's in a zipped egg file, so >> that stuff is never being included in the py2app application's >> site-packages.zip file. Should it? Or should the eggs all be unzipped >> when they're installed? Maybe I have the wrong version of something? > > py2app is not compatible with zipped eggs at this time. > > -bob > OK. Couldn't the PyObjC egg be set to unzip by default, then? Or could py2app display a warning if there are zipped eggs (or at the very least if the PyObjC egg is zipped)? Mike From bob at redivi.com Thu Sep 28 21:12:16 2006 From: bob at redivi.com (Bob Ippolito) Date: Thu, 28 Sep 2006 12:12:16 -0700 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <451C1A09.4030404@gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> <451C1446.4020602@hotmail.com> <6a36e7290609281136t5323924bid677e2de1e4f2d56@mail.gmail.com> <451C1A09.4030404@gmail.com> Message-ID: <6a36e7290609281212l4e031c57m285ee4bbf9e07f33@mail.gmail.com> On 9/28/06, Michael Glassford wrote: > Bob Ippolito wrote: > > On 9/28/06, Michael Glassford wrote: > >> Bob Ippolito wrote: > >> > On 9/28/06, Michael Glassford wrote: > >> >> Bob Ippolito wrote: > >> >>> On 9/28/06, Michael Glassford wrote: > >> >>>> I've just installed Python 2.5, then installed py2app and pyobjc > >> using > >> >>>> easy_install. My application built just fine, but when I run it > >> I get > >> >>>> the error "ImportError: No module named PyObjCTools" when it > >> tries to > >> >>>> execute the line "from PyObjCTools import AppHelper". How does > >> >>>> PyObjCTools get installed when easy_installing pyobjc? > >> >>> You are probably using easy_install frrom a different version of > >> Python. > >> >>> > >> >>> -bob > >> >>> _______________________________________________ > >> >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org > >> >>> http://mail.python.org/mailman/listinfo/pythonmac-sig > >> >>> > >> >> If I understand what you mean correctly, which is that I'm running > >> the > >> >> easy_install that's in my Python2.4 installation so it's installing > >> >> py2app and pyobjc in my Python2.4 directories, I don't think so: > >> >> > >> >> 1) My PATH looks like this: > >> >> > >> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". > >> > >> >> The correct version of easy_install is in the first directory > >> in the > >> >> PATH. > >> >> > >> >> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I > >> >> get the same result. > >> >> > >> >> > >> >> Here's the output when I run the two commands, in case anything > >> stands > >> >> out to you: > >> >> > >> >> > >> >> > >> >> Computer:/users/build/develop/ build$ sudo easy_install py2app > >> >> Password: > >> >> Searching for py2app > >> >> Best match: py2app 0.3.4 > >> >> Processing py2app-0.3.4-py2.5.egg > >> >> py2app 0.3.4 is already the active version in easy-install.pth > >> >> Installing py2applet script to > >> >> /Library/Frameworks/Python.framework/Versions/2.5/bin > >> >> > >> >> Using > >> >> > >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg > >> > >> >> Processing dependencies for py2app > >> >> > >> >> > >> >> > >> >> Computer:/users/build/develop/ build$ sudo easy_install pyobjc > >> >> Searching for pyobjc > >> >> Best match: pyobjc 1.4 > >> >> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg > >> >> pyobjc 1.4 is already the active version in easy-install.pth > >> >> Installing nibclassbuilder script to > >> >> /Library/Frameworks/Python.framework/Versions/2.5/bin > >> >> > >> >> Using > >> >> > >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg > >> > >> >> Processing dependencies for pyobjc > >> >> > >> > > >> > I don't know then, it works fine with Python 2.4. Ronald? > >> > > >> > -bob > >> > _______________________________________________ > >> > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > >> > http://mail.python.org/mailman/listinfo/pythonmac-sig > >> > > >> > >> Here's a clue: I looked in > >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/ > >> > >> and noticed that while some of the eggs were unzipped (i.e. they were > >> directories), pyobjc-1.4-py2.5-macosx-10.3-fat.egg was not (i.e. it was > >> a file). I manually unzipped it to see if it contained PyObjCTools and > >> it did. Then I replaced the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" file > >> with the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" directory and tried > >> again. It worked. > >> > >> After a bit of further investigation, the problem appears to be that > >> py2app isn't correctly finding stuff that's in a zipped egg file, so > >> that stuff is never being included in the py2app application's > >> site-packages.zip file. Should it? Or should the eggs all be unzipped > >> when they're installed? Maybe I have the wrong version of something? > > > > py2app is not compatible with zipped eggs at this time. > > > > -bob > > > OK. Couldn't the PyObjC egg be set to unzip by default, then? Or could > py2app display a warning if there are zipped eggs (or at the very least > if the PyObjC egg is zipped)? Making the egg unzip by default is easy, but using "easy_install -Z pyobjc" is a workaround until that happens (you may need to delete the current egg). Changing py2app is not so easy... or rather, the effort that goes into determining that a zip is required is nearly the same as the effort required to support zipped eggs, so it would be silly to display a warning instead of creating a working app. -bob From ronaldoussoren at mac.com Thu Sep 28 22:29:08 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 28 Sep 2006 22:29:08 +0200 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> Message-ID: <459C576E-0AA5-4A0D-A36D-EED7D7A8A05F@mac.com> On Sep 28, 2006, at 8:04 PM, Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> Bob Ippolito wrote: >>> On 9/28/06, Michael Glassford wrote: >>>> I've just installed Python 2.5, then installed py2app and pyobjc >>>> using >>>> easy_install. My application built just fine, but when I run it >>>> I get >>>> the error "ImportError: No module named PyObjCTools" when it >>>> tries to >>>> execute the line "from PyObjCTools import AppHelper". How does >>>> PyObjCTools get installed when easy_installing pyobjc? >>> >>> You are probably using easy_install frrom a different version of >>> Python. >>> >>> -bob >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> >> >> If I understand what you mean correctly, which is that I'm running >> the >> easy_install that's in my Python2.4 installation so it's installing >> py2app and pyobjc in my Python2.4 directories, I don't think so: >> >> 1) My PATH looks like this: >> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/ >> sbin:/usr/bin:/usr/sbin:/usr/local/bin". >> The correct version of easy_install is in the first directory >> in the >> PATH. >> >> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I >> get the same result. >> >> >> Here's the output when I run the two commands, in case anything >> stands >> out to you: >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install py2app >> Password: >> Searching for py2app >> Best match: py2app 0.3.4 >> Processing py2app-0.3.4-py2.5.egg >> py2app 0.3.4 is already the active version in easy-install.pth >> Installing py2applet script to >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> Using >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ >> site-packages/py2app-0.3.4-py2.5.egg >> Processing dependencies for py2app >> >> >> >> Computer:/users/build/develop/ build$ sudo easy_install pyobjc >> Searching for pyobjc >> Best match: pyobjc 1.4 >> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> pyobjc 1.4 is already the active version in easy-install.pth >> Installing nibclassbuilder script to >> /Library/Frameworks/Python.framework/Versions/2.5/bin >> >> Using >> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ >> site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg >> Processing dependencies for pyobjc >> > > I don't know then, it works fine with Python 2.4. Ronald? I'll have a look in the morning. I'm pretty sure it works just fine, but I mostly use the develop command. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060928/1ee111b8/attachment.bin From ronaldoussoren at mac.com Thu Sep 28 22:33:29 2006 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 28 Sep 2006 22:33:29 +0200 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <451C1446.4020602@hotmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> <451C1446.4020602@hotmail.com> Message-ID: On Sep 28, 2006, at 8:28 PM, Michael Glassford wrote: > > After a bit of further investigation, the problem appears to be that > py2app isn't correctly finding stuff that's in a zipped egg file, so > that stuff is never being included in the py2app application's > site-packages.zip file. Should it? Or should the eggs all be unzipped > when they're installed? Maybe I have the wrong version of something? That's an entirely plausibly explanation, last time I checked py2app didn't support zipped eggs (or eggs per-se, eggs are treated like any other directory on sys.path: python files that are needed are copied into the app bundle) I install most eggs unzipped because of this, and because I'm not entirely happy with setuptool's autoextraction of extension. IMHO eggs that contain extensions aren't zip-safe unless you're using a version of python that can load extensions directly from zipfiles (without writing a temporary file). Ronald > > Mike > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060928/70cc1b48/attachment-0001.bin From josh.p.marshall at gmail.com Fri Sep 29 05:31:35 2006 From: josh.p.marshall at gmail.com (Josh Marshall) Date: Fri, 29 Sep 2006 13:31:35 +1000 Subject: [Pythonmac-SIG] building pyopengl on Tiger? In-Reply-To: References: Message-ID: <3EB4EF59-A697-45B4-93C7-07C4DE810616@gmail.com> As a side note to this discussion on building PyOpenGL 2.0, I'd like to mention that Mike Fletcher is working on OpenGL-ctypes, which is to become PyOpenGL 3.0. I am working on the Mac OS X porting work. Many of the simpler tests now run, but there are still many issues to be worked out. With regards to release times, Mike has said: > As far as timelines, I'm hoping to get an alpha out within the next > few > weeks. I expect it will take 1-2 months to get the alpha into a > releasable shape. I consider PyOpenGL 2.0 level functionality to be a > basic requirement, I also want to have decent support for the major > extensions and OpenGL 2.0 features. So if anyone uses PyOpenGL on the Mac, please check it out from CVS and bang on it a bit. Cheers, Josh On 28/09/2006, at 4:08 PM, pythonmac-sig-request at python.org wrote: > From: Ronald Oussoren > Date: 28 September 2006 3:58:16 PM > To: Bob Ippolito > Cc: Python mac > Subject: Re: [Pythonmac-SIG] building pyopengl on Tiger? > > > > On Sep 28, 2006, at 7:49 AM, Bob Ippolito wrote: > >> On 9/27/06, Ronald Oussoren wrote: >>> Does anyone know how to build PyOpenGL on OSX 10.4? I'm getting >>> loads >>> of compiler errors. It should be possible to do this because there's >>> a universal build of pyopengl on the pythonmac.org site. >> >> I definitely did that build a few times, but I don't have the source >> on this machine. I believe I had to make a patch or two... I think >> they had put in some bad #includes or something. > > There's definitely need for some patching, the last two releases of > PyOpenGL don't build out of the box. I'll see if I can recreate > your patches ;-) > > Ronald >> >> -bob From delza at livingcode.org Fri Sep 29 06:27:46 2006 From: delza at livingcode.org (Dethe Elza) Date: Thu, 28 Sep 2006 21:27:46 -0700 Subject: [Pythonmac-SIG] building pyopengl on Tiger? In-Reply-To: <3EB4EF59-A697-45B4-93C7-07C4DE810616@gmail.com> References: <3EB4EF59-A697-45B4-93C7-07C4DE810616@gmail.com> Message-ID: <8C27DAD3-1638-469B-89D9-C6CCF9ADD25B@livingcode.org> I'm really glad to hear you're working on the OS X port. I'll try it out as soon as I get a few cycles free. I'm excited about the possibilities for PyOpenGL in the future--the ctypes work opens up some interesting territory. Thanks for working on this. --Dethe On 28-Sep-06, at 8:31 PM, Josh Marshall wrote: > As a side note to this discussion on building PyOpenGL 2.0, I'd like > to mention that Mike Fletcher is working on OpenGL-ctypes, which is > to become PyOpenGL 3.0. > > I am working on the Mac OS X porting work. Many of the simpler tests > now run, but there are still many issues to be worked out. With > regards to release times, Mike has said: > >> As far as timelines, I'm hoping to get an alpha out within the next >> few >> weeks. I expect it will take 1-2 months to get the alpha into a >> releasable shape. I consider PyOpenGL 2.0 level functionality to >> be a >> basic requirement, I also want to have decent support for the major >> extensions and OpenGL 2.0 features. > > So if anyone uses PyOpenGL on the Mac, please check it out from CVS > and bang on it a bit. > > Cheers, > Josh > > On 28/09/2006, at 4:08 PM, pythonmac-sig-request at python.org wrote: > >> From: Ronald Oussoren >> Date: 28 September 2006 3:58:16 PM >> To: Bob Ippolito >> Cc: Python mac >> Subject: Re: [Pythonmac-SIG] building pyopengl on Tiger? >> >> >> >> On Sep 28, 2006, at 7:49 AM, Bob Ippolito wrote: >> >>> On 9/27/06, Ronald Oussoren wrote: >>>> Does anyone know how to build PyOpenGL on OSX 10.4? I'm getting >>>> loads >>>> of compiler errors. It should be possible to do this because >>>> there's >>>> a universal build of pyopengl on the pythonmac.org site. >>> >>> I definitely did that build a few times, but I don't have the source >>> on this machine. I believe I had to make a patch or two... I think >>> they had put in some bad #includes or something. >> >> There's definitely need for some patching, the last two releases of >> PyOpenGL don't build out of the box. I'll see if I can recreate >> your patches ;-) >> >> Ronald >>> >>> -bob > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig "There's a little bit of God in every truck driver and a little bit of truck driver in every God." -- Blayne Horner From uche at ogbuji.net Thu Sep 28 08:34:58 2006 From: uche at ogbuji.net (Uche Ogbuji) Date: Thu, 28 Sep 2006 00:34:58 -0600 Subject: [Pythonmac-SIG] [4suite] python2.5 error building 4Suite-1.0rc4 In-Reply-To: <4F4005B6-E56C-42D6-9280-0D5133E24429@lbl.gov> References: <4F4005B6-E56C-42D6-9280-0D5133E24429@lbl.gov> Message-ID: <451B6D12.30505@ogbuji.net> Joshua Boverhof wrote: > 4Suite-XML-1.0rc4 failed to build with python2.5 on my mac OSX 10.4.7, > which I installed using universal python-2.5-macosx.dmg. > > I was getting this error: > > Ft/Xml/src/expat/lib/xmlparse.c:20: error: conflicting types for > 'uintptr_t' > /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h:83: error: > previous declaration of 'uintptr_t' was here > > > To get this to work I just added this to "pyconfig.h" > > #define HAVE_UINTPTR_T 1 > > From /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include/stdint.h > > #ifndef _UINTPTR_T > #define _UINTPTR_T > typedef unsigned long uintptr_t; > #endif /* _UINTPTR_T */ > > > From Ft/Xml/src/expat/lib/xmlparse.c > 18 #ifndef HAVE_UINTPTR_T > 19 #if SIZEOF_VOID_P <= SIZEOF_INT > 20 typedef unsigned int uintptr_t; > > It appears like the problem is with the python2.5 installation, anybody > else have this problem? Yes. This was reported and we put a workaround in recently. Try a recent 4Suite CVS snapshot. -- Uche Ogbuji Fourthought, Inc. http://uche.ogbuji.net http://fourthought.com http://copia.ogbuji.net http://4Suite.org Articles: http://uche.ogbuji.net/tech/publications/ From glassfordm at gmail.com Fri Sep 29 14:41:53 2006 From: glassfordm at gmail.com (Michael Glassford) Date: Fri, 29 Sep 2006 08:41:53 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281212l4e031c57m285ee4bbf9e07f33@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> <451C1446.4020602@hotmail.com> <6a36e7290609281136t5323924bid677e2de1e4f2d56@mail.gmail.com> <451C1A09.4030404@gmail.com> <6a36e7290609281212l4e031c57m285ee4bbf9e07f33@mail.gmail.com> Message-ID: <451D1491.90807@hotmail.com> Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> Bob Ippolito wrote: >>> On 9/28/06, Michael Glassford wrote: >>>> Bob Ippolito wrote: >>>>> On 9/28/06, Michael Glassford wrote: >>>>>> Bob Ippolito wrote: >>>>>>> On 9/28/06, Michael Glassford wrote: >>>>>>>> I've just installed Python 2.5, then installed py2app and pyobjc >>>> using >>>>>>>> easy_install. My application built just fine, but when I run it >>>> I get >>>>>>>> the error "ImportError: No module named PyObjCTools" when it >>>> tries to >>>>>>>> execute the line "from PyObjCTools import AppHelper". How does >>>>>>>> PyObjCTools get installed when easy_installing pyobjc? >>>>>>> You are probably using easy_install frrom a different version of >>>> Python. >>>>>>> -bob >>>>>>> _______________________________________________ >>>>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>>>> >>>>>> If I understand what you mean correctly, which is that I'm running >>>> the >>>>>> easy_install that's in my Python2.4 installation so it's installing >>>>>> py2app and pyobjc in my Python2.4 directories, I don't think so: >>>>>> >>>>>> 1) My PATH looks like this: >>>>>> >>>> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". >>>> >>>>>> The correct version of easy_install is in the first directory >>>> in the >>>>>> PATH. >>>>>> >>>>>> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I >>>>>> get the same result. >>>>>> >>>>>> >>>>>> Here's the output when I run the two commands, in case anything >>>> stands >>>>>> out to you: >>>>>> >>>>>> >>>>>> >>>>>> Computer:/users/build/develop/ build$ sudo easy_install py2app >>>>>> Password: >>>>>> Searching for py2app >>>>>> Best match: py2app 0.3.4 >>>>>> Processing py2app-0.3.4-py2.5.egg >>>>>> py2app 0.3.4 is already the active version in easy-install.pth >>>>>> Installing py2applet script to >>>>>> /Library/Frameworks/Python.framework/Versions/2.5/bin >>>>>> >>>>>> Using >>>>>> >>>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg >>>> >>>>>> Processing dependencies for py2app >>>>>> >>>>>> >>>>>> >>>>>> Computer:/users/build/develop/ build$ sudo easy_install pyobjc >>>>>> Searching for pyobjc >>>>>> Best match: pyobjc 1.4 >>>>>> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg >>>>>> pyobjc 1.4 is already the active version in easy-install.pth >>>>>> Installing nibclassbuilder script to >>>>>> /Library/Frameworks/Python.framework/Versions/2.5/bin >>>>>> >>>>>> Using >>>>>> >>>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg >>>> >>>>>> Processing dependencies for pyobjc >>>>>> >>>>> I don't know then, it works fine with Python 2.4. Ronald? >>>>> >>>>> -bob >>>>> _______________________________________________ >>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>> >>>> Here's a clue: I looked in >>>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/ >>>> >>>> and noticed that while some of the eggs were unzipped (i.e. they were >>>> directories), pyobjc-1.4-py2.5-macosx-10.3-fat.egg was not (i.e. it was >>>> a file). I manually unzipped it to see if it contained PyObjCTools and >>>> it did. Then I replaced the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" file >>>> with the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" directory and tried >>>> again. It worked. >>>> >>>> After a bit of further investigation, the problem appears to be that >>>> py2app isn't correctly finding stuff that's in a zipped egg file, so >>>> that stuff is never being included in the py2app application's >>>> site-packages.zip file. Should it? Or should the eggs all be unzipped >>>> when they're installed? Maybe I have the wrong version of something? >>> py2app is not compatible with zipped eggs at this time. >>> >>> -bob >>> >> OK. Couldn't the PyObjC egg be set to unzip by default, then? Or could >> py2app display a warning if there are zipped eggs (or at the very least >> if the PyObjC egg is zipped)? > > Making the egg unzip by default is easy, but using "easy_install -Z > pyobjc" is a workaround until that happens (you may need to delete the > current egg). Yes, thanks, it wasn't hard to figure this out once I knew what the problem was. > Changing py2app is not so easy... or rather, the effort that goes into > determining that a zip is required is nearly the same as the effort > required to support zipped eggs, so it would be silly to display a > warning instead of creating a working app. That makes sense, thanks. Mike From glassfordm at hotmail.com Fri Sep 29 14:41:53 2006 From: glassfordm at hotmail.com (Michael Glassford) Date: Fri, 29 Sep 2006 08:41:53 -0400 Subject: [Pythonmac-SIG] easy_install pyobjc: what about pyobjctools In-Reply-To: <6a36e7290609281212l4e031c57m285ee4bbf9e07f33@mail.gmail.com> References: <6a36e7290609281018t7b80b4eah3122ddae77ae1954@mail.gmail.com> <451C0C7E.1020303@hotmail.com> <6a36e7290609281104x5c3b31euab8b46e2a6342af4@mail.gmail.com> <451C1446.4020602@hotmail.com> <6a36e7290609281136t5323924bid677e2de1e4f2d56@mail.gmail.com> <451C1A09.4030404@gmail.com> <6a36e7290609281212l4e031c57m285ee4bbf9e07f33@mail.gmail.com> Message-ID: <451D1491.90807@hotmail.com> Bob Ippolito wrote: > On 9/28/06, Michael Glassford wrote: >> Bob Ippolito wrote: >>> On 9/28/06, Michael Glassford wrote: >>>> Bob Ippolito wrote: >>>>> On 9/28/06, Michael Glassford wrote: >>>>>> Bob Ippolito wrote: >>>>>>> On 9/28/06, Michael Glassford wrote: >>>>>>>> I've just installed Python 2.5, then installed py2app and pyobjc >>>> using >>>>>>>> easy_install. My application built just fine, but when I run it >>>> I get >>>>>>>> the error "ImportError: No module named PyObjCTools" when it >>>> tries to >>>>>>>> execute the line "from PyObjCTools import AppHelper". How does >>>>>>>> PyObjCTools get installed when easy_installing pyobjc? >>>>>>> You are probably using easy_install frrom a different version of >>>> Python. >>>>>>> -bob >>>>>>> _______________________________________________ >>>>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>>>> >>>>>> If I understand what you mean correctly, which is that I'm running >>>> the >>>>>> easy_install that's in my Python2.4 installation so it's installing >>>>>> py2app and pyobjc in my Python2.4 directories, I don't think so: >>>>>> >>>>>> 1) My PATH looks like this: >>>>>> >>>> "/Library/Frameworks/Python.framework/Versions/2.5/bin/:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin". >>>> >>>>>> The correct version of easy_install is in the first directory >>>> in the >>>>>> PATH. >>>>>> >>>>>> 2) If I use "easy_install-2.5 py2app" and "easy_install-2.5 py2objc"I >>>>>> get the same result. >>>>>> >>>>>> >>>>>> Here's the output when I run the two commands, in case anything >>>> stands >>>>>> out to you: >>>>>> >>>>>> >>>>>> >>>>>> Computer:/users/build/develop/ build$ sudo easy_install py2app >>>>>> Password: >>>>>> Searching for py2app >>>>>> Best match: py2app 0.3.4 >>>>>> Processing py2app-0.3.4-py2.5.egg >>>>>> py2app 0.3.4 is already the active version in easy-install.pth >>>>>> Installing py2applet script to >>>>>> /Library/Frameworks/Python.framework/Versions/2.5/bin >>>>>> >>>>>> Using >>>>>> >>>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.4-py2.5.egg >>>> >>>>>> Processing dependencies for py2app >>>>>> >>>>>> >>>>>> >>>>>> Computer:/users/build/develop/ build$ sudo easy_install pyobjc >>>>>> Searching for pyobjc >>>>>> Best match: pyobjc 1.4 >>>>>> Processing pyobjc-1.4-py2.5-macosx-10.3-fat.egg >>>>>> pyobjc 1.4 is already the active version in easy-install.pth >>>>>> Installing nibclassbuilder script to >>>>>> /Library/Frameworks/Python.framework/Versions/2.5/bin >>>>>> >>>>>> Using >>>>>> >>>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/pyobjc-1.4-py2.5-macosx-10.3-fat.egg >>>> >>>>>> Processing dependencies for pyobjc >>>>>> >>>>> I don't know then, it works fine with Python 2.4. Ronald? >>>>> >>>>> -bob >>>>> _______________________________________________ >>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>> >>>> Here's a clue: I looked in >>>> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/ >>>> >>>> and noticed that while some of the eggs were unzipped (i.e. they were >>>> directories), pyobjc-1.4-py2.5-macosx-10.3-fat.egg was not (i.e. it was >>>> a file). I manually unzipped it to see if it contained PyObjCTools and >>>> it did. Then I replaced the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" file >>>> with the "pyobjc-1.4-py2.5-macosx-10.3-fat.egg" directory and tried >>>> again. It worked. >>>> >>>> After a bit of further investigation, the problem appears to be that >>>> py2app isn't correctly finding stuff that's in a zipped egg file, so >>>> that stuff is never being included in the py2app application's >>>> site-packages.zip file. Should it? Or should the eggs all be unzipped >>>> when they're installed? Maybe I have the wrong version of something? >>> py2app is not compatible with zipped eggs at this time. >>> >>> -bob >>> >> OK. Couldn't the PyObjC egg be set to unzip by default, then? Or could >> py2app display a warning if there are zipped eggs (or at the very least >> if the PyObjC egg is zipped)? > > Making the egg unzip by default is easy, but using "easy_install -Z > pyobjc" is a workaround until that happens (you may need to delete the > current egg). Yes, thanks, it wasn't hard to figure this out once I knew what the problem was. > Changing py2app is not so easy... or rather, the effort that goes into > determining that a zip is required is nearly the same as the effort > required to support zipped eggs, so it would be silly to display a > warning instead of creating a working app. That makes sense, thanks. Mike